Andrew_BulkinВопрос первый: как лучше осуществлять копирование базы с одного на другой, может репликация, или что-то иное.
в серьезных конторах покупают дисковые полки, которые имеют соединение с двумя серверами, и полка переключается с одного сервера на другой быстро и без проблем. Собственно, это типа failover cluster
http://www.ibase.ru/ibinstall/ib7cluster.htm
(для ФБ - то же самое. про линукс - не в курсе, но тоже наверняка можно).

Другое дело, если речь идет о повреждении БД. В этом случае - да, репликация.

Andrew_Bulkin,

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

p.s. для InterBase такое делается и без репликации, через online dump. В FB можно было бы использовать nbackup, но... только в 3.0, если реализуют аналогичный накат изменений на бэкап уровня 0, а не в отдельный файл.

druffпосмотрел ещё презентацию FBDataGuard, там несколько страниц посвящено тому, что это приложение умеет восстанавливать поломанные базы.. Кто-нибудь имел подобный опыт, насколько это эффективный способ защиты от сбоев, как считаете?
вообще DG в основном предназначен для того, чтобы путем мониторинга сервера и СУБД предупреждать админа о том, что может произойти какой-нибудь сбой.
Защитить файл от повреждения невозможно в принципе. Но в комплекте DG есть Extractor (теперь и в новой версии FBFirstAid), который позволяет вытащить данные из БД даже при сильном повреждении. Вопрос в том, насколько такие данные нужны.
В системах без админа обычно база или работает, или не работает совсем, там даже слабое повреждение приводит к тому, что целые данные никому не доступны.

При сбое сервера есть несколько вариантов
- повреждений нет, или они несуществены (типа orphan pages). Восстановление не требуется.
- повреждения есть, но их можно почнить gfix и backup/restore
- повреждения есть, gfix не помогает, базу чинит FBFirstAid. и опять b/r.
- повреждения есть, но сильные, данные вытаскиваются Extractor.

При повреждениях БД вы обязательно теряете часть данных, вопрос, насколько они важны и восстановимы. Во всех эти случаях важным является время N от сбоя до восстановления работоспособности. И получается, что время N состоит из массы частей

- X1 - время восстановления из бэкапа. Тут вопрос в том, когда был сделан бэкап последний раз
- X2 - время копирования базы с сервера репликации.
- X3 - время ремонта и b/r базы, если бэкап слишком старый.

Все эти интервалы требуют ПРЕДВАРИТЕЛЬНОЙ оценки. Т.е. админ должен спланировать разрушения, и спланировать восстановление для всех перечисленных случаев.