Объясните пожалуйста, как правильно производить
backup\restore БД. Если к примеру раз в неделю
делать backup, а в конце месяца restore, то мы
можем проверить на ошибки только последнюю версию
резервной копии, а как быть с предыдущими за
этот месяц. Ведь может быть, что последняя копия
будет содержать невостановимые ошибки и придется
обращаться к предыдущей копии, а если и она с
ошибками. В книге "Мир IB" Ковязина я прочитал,
что можно при помощи утилиты gfix.exe проверять
копию файла БД на ошибки, а затем производить
backup. Но на форуме ibase.ru мне сказали, что
gfix.exe не имеет никагого отношения к backup\restore.
Что делать??? Заранее спасибо за ответ.

Ответить на вопрос как правильно делать buckup\restore не зная всех условий вашей задачи очень трудно. Основное условие, что бы в момент выполнения buckup к базе не был подключен ни один клиент.

Программа gfix.exe действительно не имеет не посредственного отношения к buckup\restore, но с помощью нее можно принудительно отсоединить всех пользователей так же можно восстановить мелкие ошибки в базе.

Прочитав мое утверждение "Основное условие, что бы в момент выполнения buckup к базе не был подключен ни один клиент." один из участников форума задал мне в привате вопрос "Разве?! Везде вроде подчеркивается, что gback'ом бекап можно делать на лету?".
Приношу свои извинения за дезинформацию. Для выполнения бэкапа нет необходимости отключать клиентов от базы, т.к. gbak получает доступ до базы в рамках своей транзакции на чтение и корректно прочитает всю нужную информацию из базы.

Это сообщение отредактировал(а) Alex - 14.2.2006, 19:36

я бы уточнил для ясности что транзакция у gbak я вляется снапшотом, т.е. isc_tpb_consistency
что означает что делается полный снимок состояния базы на данный момент и не учитываются больше никакие изменения

А вот про Б\Р действительно можно говорить только узнав боевые условия базы и уровень надежности, а так же происходит ли активная разработка во время ее использывания. У меня например каждую ночь скриптом делается бэкап, его копирование в 2 места, а потом рестор и при удачном ресторе копирование его на место основной базы