Уже который раз встречаю написание опций gbak (Firebird, InterBase) не думая.
Пишут,
gbak -c -r ...
определитесь, или -c или -r. В документации написано ИЛИ! -c | -r. И -r это не restore, а REPLACE!
Слава богу, в Firebird 1.5 опцию -r запретили, потому что этой опцией убивали файл оригинальной БД. Теперь надо писать или -rep, или -r o. Тем не менее, обе эти опции нафиг не нужны, потому что -c хватает на все случаи жизни. И даже если вы пишете скрипт, сначала переименуйте оригинальную БД, а потом уже делайте рестор из бэкапа с опцией -c. Если что-то случилось, то оригинальная база останется целой.
gbak -t ...
опция -t - включена по умолчанию. Transportable backup. Не надо ее указывать.
gbak -c ... -page_size ...
не надо это вставлять в регулярный скрипт. Изменение размера страницы производится ОДИН РАЗ, административно, по осознанно выбранным причинам. Если у вас эта опция забита в скрипт, и там написано 4096, то после изменения размера страницы на 8192 вы при очередном автоматическом restore опять получите базу с размером страницы 4096.
gbak -b ... -ig ...
игнорирование ошибок контрольных сумм годится только для бэкапа битой базы. Если вы вставите эту опцию в регулярный скрипт, вы никогда не узнаете, что ваша база повреждена.
В общем, читайте www.ibase.ru/gbak/ - тут про опции все написано корректно.
Пишут,
gbak -c -r ...
определитесь, или -c или -r. В документации написано ИЛИ! -c | -r. И -r это не restore, а REPLACE!
Слава богу, в Firebird 1.5 опцию -r запретили, потому что этой опцией убивали файл оригинальной БД. Теперь надо писать или -rep, или -r o. Тем не менее, обе эти опции нафиг не нужны, потому что -c хватает на все случаи жизни. И даже если вы пишете скрипт, сначала переименуйте оригинальную БД, а потом уже делайте рестор из бэкапа с опцией -c. Если что-то случилось, то оригинальная база останется целой.
gbak -t ...
опция -t - включена по умолчанию. Transportable backup. Не надо ее указывать.
gbak -c ... -page_size ...
не надо это вставлять в регулярный скрипт. Изменение размера страницы производится ОДИН РАЗ, административно, по осознанно выбранным причинам. Если у вас эта опция забита в скрипт, и там написано 4096, то после изменения размера страницы на 8192 вы при очередном автоматическом restore опять получите базу с размером страницы 4096.
gbak -b ... -ig ...
игнорирование ошибок контрольных сумм годится только для бэкапа битой базы. Если вы вставите эту опцию в регулярный скрипт, вы никогда не узнаете, что ваша база повреждена.
В общем, читайте www.ibase.ru/gbak/ - тут про опции все написано корректно.
Комментариев нет:
Отправить комментарий