Есть сервак.
на нем крутится дбфная 7.7  (на отдельном рейде) исключительно в терминальном режиме.
также он используется как файлопомойка (на отдельном рейде).
.
бэкапы делаются; но ввиду того, что это ДБФ - есть определенные проблемы, на скуль перейти возможности пока нет.
.
в результате если сервак рухнет - достаем бэкапы и восстанавливаем. но бэкапы не каждые 2 минуты делаются, поэтому восстановление базы от последнего бэкапа до актуального состояния может быть геморройным.
.
что хочется: типа как-то "сервер-зеркало" на подстраховку - т.е. все что куртится на основном сервере как-то дублируется на "сервер-зеркало".
.
можно ли что-то подобное сделать?

Использование файлопомойки - интенсивоность низкая.

сходу: инкрементный бекап акрониса на другую машину.

или таки raid1 на той же.

Сильно сомневаюсь, что можно сделать одномоментный снимок всей базы, а без этого бэкап какой-то странный получится. Думаю, тока скуль спасет.

система и файлопомойка - любыми стандартными средствами для бекапа, базу - включаешь УРБД с полной миграцией, обмен каждые N-минут

(3) одномоментный делается легко, только гарантии целостности базы в случае с dbf все равно никто не даст.

(5) ну как легко. пока ты читаешь один дбф, в другой уже записали.

а так УРБД - самое то для этой задачи.

(0) УРБ с обменом по расписанию

(6) wiki:Снимок_файловой_системы

Но даже при этом можно напороться на "частичную запись" объекта (типа документ есть, проводок нет и тп)

а что, рэйду-зеркалу не доверяете?

(0) рассмотри еще один вариант: берешь disk2vhd и делаешь образ винта текущего сервера (можно через планировщик каждые 12 часов) куда-нибудь в сеть. Получившийся файл можно за 10 минут поднять как виртуальную машину на Hyper-V в качестве резервного сервера.

Ну а бекапировать базу через УРБД

(9) ну отчего же.. пока все ок.

(8) на данный момент снапшот и делается. Но уменя большое подозрение что он "косячит".. во первых, он отжирает время на создание снапшота - систем апритормаживается. во вторых - пару раз наталкивался на то, что когда идет резервное копирование со созданием снапшота - то данные. введенные во время копирования - куда-то бесследно исчезают (что, в общем, наверное, логично..)

(2) а это как? то есть все юзвери работают как работали, а в это время акрноис снимает копию..?

(6) т.е. создаем периферийку, ставим полную миграцию из центра в периферийку; .. а дальше..?
.
с УРБД не приходилось плотно работать, надобности не было...
если можно, поясни чуть подробнее..

(14) я на 7.7 тоже не работал с УРБД, но подозреваю, что там так же, как и в 8. дальше - настраиваем автообмен с этой периферийкой

(14) дальше настраиваем обмен. создаем файлик prm для пакетного запуска конфигуратора и на обоих серверах запихиваем батник в планировщик с нужной частотой запуска. Если перифирийки в пределах локальной сети то обменные файлы складываем просто в шару, если же сервера далеко друг от друга - нужно мутить обмен через почту или фтп.

В случае падения центральной базы просто все пересаживаются на перефирийку, а ночью превращаешь перифирийку в центральную и настраиваешь все сначала.

примерно так

(16) ага! а выгрузка в периферийку из конфигуратора - как я понял - идет паралелльно с обычной работйо пользователей, так?

(16) да. причем логическая целлостность контролируется, в отличие от обычного бекапа.
только придется мучиться при изменении МД-ка...

(18) к (17)

(18) ну, МД у меня меняется часто, но не в части структуры данных - это редко. А если меняется - буду выгрузку/загрузку прогонять вручную...

а вот если идет выгрузка в УРБД, изменения в центральной в это врем япишутся в "транзитную" таблицу изменений, а после окончания выгрузки - сливаются в "главную" таблицу регистрации изменений...?

(21) На сколько я помню - выгрузка/загрузка происходит в транзакции, так что никакой транзитной таблицы нет.

(22) а если выгрузка в транзакции - то куда пишутся изменения, которые происходят во время выгрузки...? или как это вообще работает?

УРБД 7.7 не подойдет, там для загрузки нужно всех выгонять из базы и загружать в конфигураторе, в режиме онлайн обмен не работает

(24) в периферийной (бэкапе) никто не работает - ничего не мешает загрузить в конфигураторе.

(25)+1
(23) во время выгрузки изменений не происходит. Точно так же как в 7.7 невозможно одновременно провести два документа

(24) работает. Выгонять нужно только при изменении МД

SAN сделать

нормальный, с поддержкой снапшотов

а для УРБД нужен ключик отдельный в 7.7

(30) ключик на порядок дешевле SAN

(31) ага, только SAN еще кучу всего обеспечивает, а ключик УРБД - локальное решение маленькой проблемы. да и не продается он сейчас уже, только если из старых запасов...

(23) ЕМНИП - пишутся с номером следующего "пакета" (например 23). если к моменту следующего обмена из периферийки придет подтверждение загрузки пакета 22 - в следующую выгрузку попадут только изменения пакета 23 и старше, если же подтверждение не придет - повторятся все изменения, начиная с пакета 22.

(30) В районе 25000 Российский рубль Код 643 :)

(30) проще и дешевле МОД купить, и функционал у него покруче

928) вас ист дас SAN?

wiki:%D1%E5%F2%FC_%F5%F0%E0%ED%E5%ED%E8%FF_%E4%E0%ED%ED%FB%F5

Всю ветку не читал...

SQL - не предлагали ещё?

(38)  нету у меня скульной версии...

тогда смысла нет. Данные меняются нонстоп, как не снимай, все равно копия будет кривой.

(40) ну выше говорять что УРБД спасет отца русской демократии..?

(41) Переход на SQL чем хуже?

велосипеды, велосипеды

(42) отсутствием скуля.

(0)
если рухнет основной - рухнет и зеркало....
оно же реплицируется
пора бы уже знать
единственная возможность - делать быкапы с заданным временным интервалом

кстати, напомните - как в 7.7 из резервной периферийки сделать центральную? Достаточно почистить 1SDWNLDS и 1SUPLDS?

(45) а как делать бэкапы безостановочно? а т, например у меня даже за полчаса могут столько наколотить - что восстанавливать день уйдет..

(47) сделай на время бекапа блокировку общего журнала, блобов, и констант
остальное не так важно :)
блокировка делается легко, тупо весь файл блочишь и все

зы
если все упадет я не виноват :)

(47) снапшот ФС делается мгновенно

Виндовый кластер, с общим файловым накопителем - решит проблему.
Можно еще в сторону VMWare посмотреть, точно не помню как называется софтина, но там смысл в том, что можно разместить одинаковые виртуалки на разных физичских серваках, и при падении одного без потери времени вся работа автоматом переключается на другой. VM Sphere - вроде.

(50) всю ветку ждал, кто же про кластер ляпнет. Расскажи плз подробнее, каким образом кластерицация в данном случае спасет ТС :)

(51) Ну блин, платформа на кластере, таблички на рейде.
Кластер имеет виртуальный ай=пишник, на него конектятся клиенты и спокойно себе работают.
Одна нода падает, автоматом все переключается на вторую, третью и тд.
Бэкапы таблиц настраиваются на , например, ленточный накопитель, или еще куда-то.
Ну один хрен это более отказоустойчиво нежели, когда все на одном серваке.

(52)+ Под отдельным рейдом имеется ввиду что-то типа:http://computers.dostavka.ru/Kompyutery/Servery/Sistemy-khraneniya/HP-StorageWorks-Modular-Smart-Array-1000-id_5644056 , первое что попалось...
Подключаются к сервакам по iscisi, или ...эээ забыл технологию..))) Короче гуглить СХД )

(50)
дело говоришь

+(54)
да поможет ему кластер

(51)
http://www.xakep.ru/post/43726/

(51)
вообще как я понял смысл кластера в объединении именно служб
тоесть если служба перестает работать на одном компе, то начинает использоваться служба на другом

вопрос в том - что если причина останвки службы некоректные данные, то лягут все службы и все зеркала

(57) примерно как на Фобос-Грунте было? :-)

(57) Естественно ляжет. Вопрос то был поставлен о резервировании железа.

(59) вопрос изначально был еще и о актуальной копии базы 7.7 на отдельном серванте

(53) для искази нужно серьезное железо стоимостью в сервак, и веб сторейж сервер, т.к. бюджетные насы искази регулярно роняют. У автора на скуль нет бабла, а ты ему кластеризацию за полмульена предлагаешь. Да еще в формате, который нифига адинеску не спасет.

по сути вопроса - есть шадов тома штатно

(62) эт чо за хрень? )

(63) есть такая служба - теневое копирование

морозить том для снятия копии? )

(65) оно копирует "все подряд" там где, что то меняется, без "приложения усилий" - в независимости - заблокированы данные/файлы или нет
вопрос конечно в настройке и использовании инструмента, но сабж оно решает

это понятно, как ты снимешь с работающей базы без кривых таблиц?

(67) для теневого копирования нет "кривых" данных - все данные будут достоверны на 100% на момент создания копии

именно на 100% не на йоту больше и даже не меньше (или наоборот)

снимается мгновенно?

(70) если утрированно - фиксируется на момент начала снятия

конечно не самый удобный и не самый внятный инструмент.

(72)
теневое копирование насколько помню - сохраненине файла датой позже

тоесть есть файл - обновили данные в этом файле - "старый" файл ушел в теневую копию
еще раз обновили опять файл ушел в теневую копию
получается если файл постоянно меняется - теневая копия его не спасет

(61) Ну тогда сам себе злобный буратина)))

(74) + Ну можно же что-то придумать, типа файловое хранилище какое-то, которое  точно не упадет, а кластерную терминальную службу поднять на разных сервантах. Тут только вопрос с ключиком....

(75) в чем проблема с ключиком 7.7?