Несколько вопросов по Firebird. Резервные копии в firebird 2.5.

Первый раз сталкиваюсь с Firebird.
1. Нужно настроить резервное копирование базы в онлайн режиме (т.е. без выхода пользователей) каждые 10 минут. Такое возможно ?

2. В блоге http://blog.galievr.ru/?p=69 пишут:

автор
Нормальное (без ошибок) выполнение резервного копирования (backup) не гарантирует нормальное восстановление (restore) базы данных из этой резервной копии.

Это так ? То есть если даже нормально прошла копия то есть вероятность её не восстановления ?

3. Начал разбираться как делать резервные копии по такому формату C:\FireBird\Bin\gbak -B -USER SDBA -PAS masterkey C:\TaxiDriver\Data\TaxiDriver.gdb C:\TaxiDriver\Data\TaxiDriver.gbk описанному в блоге указанному во втором пункте при запуске выдает:
gbak: ERROR:Your user name and password are not defined. Ask your database administrator to set up a Firebird login.
gbak:Exiting before completion due to errors.
Какого пользователя нужно указывать? Устанавливал Firebird я, в службах Windows вход в систему с системной учётной записью, т.е. моей.

mayjohn,

C:\FireBird\Bin\gbak -B -USER SYSDBA -PAS masterkey ...

mayjohn
1. Нужно настроить резервное копирование базы в онлайн режиме (т.е. без выхода пользователей) каждые 10 минут. Такое возможно ?

Да, но при увеличении размера базы gbak номер N+1 будет начинаться до окончания gbak\'a номер N. Разруливайте имена .fbk.
Кроме того, gbak может существенно влиять на производительность - он ведь не просто копирует страницы, но и решает еще, что следует помещать в .fbk. Мы, к примеру, докатились до того, что запускали gbak на другом сервере, т.е. он тащил базу по сети.
Если нужно просто убеждаться периодически, что с базой всё Ок (без отключки юзеров), возьмите за основу вот этот скрипт. После завершения копирования проверяйте новый файл: gfix -v -full target.fdb и, если в firebird.log\'e появятся сообщения об ошибках именно ЭТОГО файла, то реагируйте на это.

1) да
2) да
3) моя дочь бы сказала "горячо, папа, почти нашел"

mayjohn
автор Нормальное (без ошибок) выполнение резервного копирования (backup) не гарантирует нормальное восстановление (restore) базы данных из этой резервной копии. Это так ? То есть если даже нормально прошла копия то есть вероятность её не восстановления ?

О, да...

mayjohn> Это так ? То есть если даже нормально прошла копия то есть вероятность её не восстановления ?

Ну, в общем, да, хотя эту проблема таки преувеличивают.
Поэтому, для перестраховки, после резервирования (backup)
делают контрольное восстановление (restore).

Posted via ActualForum NNTP Server 1.5

читать
http://www.ibase.ru/devinfo/gbak.htm
http://www.ibase.ru/devinfo/db_repair.htm#norestore

mayjohn
2. В блоге http://blog.galievr.ru/?p=69 пишут:

это не читать. там вредные советы есть.

Шавлюк Евгений
C:\FireBird\Bin\gbak -B -USER SYSDBA -PAS masterkey ...

забыт ключ -g.

kdv> это не читать. там вредные советы есть.

Какие именно? Вроде все корректно, даже ворнинги расставлены.

Posted via ActualForum NNTP Server 1.5

Гаджимурадов Рустам
Какие именно? Вроде все корректно, даже ворнинги расставлены.

-b без -g
-r
в общем, этот пост в блоге собственной ценности не имеет.

mayjohn
Первый раз сталкиваюсь с Firebird. 1. Нужно настроить резервное копирование базы в онлайн режиме (т.е. без выхода пользователей) каждые 10 минут.

Не надо так делать. Заведомо гиблая затея.

PS: И каким местом думаю те, кто к боевой базе пускают людей, которые с данной СУБД
никогда не сталкивались?..

Posted via ActualForum NNTP Server 1.5