iBase.ru Forum

Указываю затем, что в доках, которые мне попадались, везде это указывается. то есть, ситуация еще хуже - ты не знаешь что такое размер страницы, и зачем его можно указывать при restore. так? Ну ситуация - как ситуация. Повторяю еще раз - впервые сталкиваюсь с администрированием ibase. Ресторю ВСЕГД...

Если ты собираешься каждый день делать бэкап-рестор, то свип-то тебе зачем? После рестора ты и так чистенькую получишь, а свип в той, что убил, зря гонял. Другое дело, если ошибка рестора будет - тогда свип что-то полезное сделает. Но стоит ли затачивать под такую ситуацию схему бэкап-рестора? Нет,...

gbak -R -p 4096 1. зачем ты указываешь page size? сервер тупой, сам из бэкапа не может взять размер страницы? Указываю затем, что в доках, которые мне попадались, везде это указывается. А так как сталкиваюсь с администрирование ibase впервые, считаю, что ничего страшного я не сделал. Верно? Верно. ...

а с чего взяли что "он", то есть мусор, каждую ночь gbak-ом собирается, при том что указан ключ -g? www.ibase.ru/devinfo/garbage.htm#backup никогда не использовать ключ -r, и не убивать оригинальную базу как минимум до тех пор пока бэкап не заресторится. Мог бы и сам догадаться. www.ibase.ru/devinf...

То есть - просто - переименовать "свежеполученную базу" в рабочее имя?
А по самим ключам gbak'а, есть какие то советы?

Или как вариант опустить "вторичный restore" и просто переименовать:

5. no. rm -rf database.gdb
6. rename test.gdb -> database.gdb
7. mv date.gbk /database/backup
8. yes. mail me about it.

Что имеем: IBase 5.6 + RH 9 Думаю, как лучше всего делать бэкап? Нарисовал такой план: 1. database.gdb 2. backup database.gdb -> date.gbk gbak -b -g -v -y 3. restore date.gbk -> test.gdb gbak -R -p 4096 4. no errors? 5. no. rm -rf test.gdb 6. restore date.gbk -> database.gdb 7. mv date.gbk /database...