gfix после backup/restore
Модераторы: kdv, Alexey Kovyazin
gfix после backup/restore
Доброе время суток!
Не подскажите имеет ли смысл после операции gbak-ом backup/restore для проверки восстановленной базы *.fdb запускать gfix -v -full. Спасибо.
Не подскажите имеет ли смысл после операции gbak-ом backup/restore для проверки восстановленной базы *.fdb запускать gfix -v -full. Спасибо.
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
Не совсем. Из твоих слов явствует, что backup-restore это часть твоего обычного BD maintenance и проводится достаточно часто. А это не совсем хорошо. Большие базы вообще практически никогда не ресторятся, только бэкапятся. Для обновления статистики индексов есть более мягкие методы.malysh писал(а):Я верно понимаю))).
Спасибо за проявленный интерес!)
Дело в том, что баз *fdb несколько от 5 до 60 Mb (Стоят в разных сетях). Все они живут >1,5 года, 2 р. в сутки запускается BackUp.bat:
__________________________________________________________
call gbak.bat
"C:\Progf\nnbackup\nnbackup.exe" verz -i "E:\BackUp\Base\rezerv" -o "E:\BackUp\Base\" -n 14 -s -v -sdn "Base"
del E:\BackUp\Base\rezerv\*.* /q
(Создаётся стек архивов base.zip01...14 файлов из ...Base\rezerv в ...\Base)
-----------------------------------------------------------------------------------
gbak.bat:
"C:\Progf\fb\firebird_1_5\bin\gbak.exe" -b -ig -g -v -y E:\backup\Base\rezerv\base.log -user SYSDBA -password masterkey d:\Base\base.fdb E:\Backup\base\rezerv\base.fbk
Раз в месяц берётся последний архив и на отдельн ПК восстанавливается база -> делается отчёт.
Хочется подготовится по-возможности лучше к худшему(например, умер HDD с базой)))):
поставить на одном из ПК в sheduler BackUp.bat каждый час и пару *.bat для востановления из архива и запуска базы на новом ПК.
Вопрос к опытным: Есть ли схемы получше? Как Вам параметры gbak.exe -b -ig -g -v -y?
Р.S. Не считайте меня "достоевским")
Дело в том, что баз *fdb несколько от 5 до 60 Mb (Стоят в разных сетях). Все они живут >1,5 года, 2 р. в сутки запускается BackUp.bat:
__________________________________________________________
call gbak.bat
"C:\Progf\nnbackup\nnbackup.exe" verz -i "E:\BackUp\Base\rezerv" -o "E:\BackUp\Base\" -n 14 -s -v -sdn "Base"
del E:\BackUp\Base\rezerv\*.* /q
(Создаётся стек архивов base.zip01...14 файлов из ...Base\rezerv в ...\Base)
-----------------------------------------------------------------------------------
gbak.bat:
"C:\Progf\fb\firebird_1_5\bin\gbak.exe" -b -ig -g -v -y E:\backup\Base\rezerv\base.log -user SYSDBA -password masterkey d:\Base\base.fdb E:\Backup\base\rezerv\base.fbk
Раз в месяц берётся последний архив и на отдельн ПК восстанавливается база -> делается отчёт.
Хочется подготовится по-возможности лучше к худшему(например, умер HDD с базой)))):
поставить на одном из ПК в sheduler BackUp.bat каждый час и пару *.bat для востановления из архива и запуска базы на новом ПК.
Вопрос к опытным: Есть ли схемы получше? Как Вам параметры gbak.exe -b -ig -g -v -y?
Р.S. Не считайте меня "достоевским")
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
Не nbackup, а nnbackup - какая-то другоая левая софтина. Правда, не совсем понятно откуда там возьмется "стек из 14 бэкапов" если они все стираются следующей командой.kdv писал(а):я не понял, зачем базу размером 5-60 мб бэкапить nbackup ???
Угу, смысл хранить бэкап на том же винте отсутствует напрочь.kdv писал(а):копируйте бэкап на другую машину. или на cd/dvd.
И снова Доброе время суток!
Всем спасибо за проявленный Огромный интерес, особенно по поводу nnbackup.
Во первых
Я рад, что форум жив!
Всем спасибо за проявленный Огромный интерес, особенно по поводу nnbackup.
Во первых
это так и есть. ДалееНе nbackup, а nnbackup - какая-то другоая левая софтина.
Поясню: В BackUp.bat первой строчкой идёт запуск gbak.bat, который в папку ...Base\rezerv ложит base.fbk и base.log а уже после создаётся архив из ...Base\rezerv в ...\Base и удаляются файлы из ...Base\rezerv для упешного создания следующего base.fbk и base.log. Может не самый красивый способ, но действенный. Почему 14 - просто есть требование хранить архивные копии за 7 предыдущ дней...далеене совсем понятно откуда там возьмется "стек из 14 бэкапов" если они все стираются следующей командой
полностью согласен)копируйте бэкап на другую машину. или на cd/dvd
тоже самому стало интересно ключ -ig игнорирует ошибки при чтении структур данных, и пытается сохранить в backup все неповрежденные структуры и данные (со статьи на Вашем сайте) это уже больше относится к починке базы.дальше - какого фига в командной строке gbak указан ключ -ig ???
Я рад, что форум жив!
мне кажется, класть в архив бэкап и лог более корректно, чем архивировать их отдельно.Почему 14 - просто есть требование хранить архивные копии за 7 предыдущ дней...далее
да, поэтому ключ -ig из командной строки нужно исключить.тоже самому стало интересно ключ -ig игнорирует ошибки при чтении структур данных, и пытается сохранить в backup все неповрежденные структуры и данные (со статьи на Вашем сайте) это уже больше относится к починке базы.
бэкап при обнаружении повреждений должен однозначно обломиться, а не пытаться сохранить непонятно что в неясном состоянии.