iBase.ru Forum

необходимо было сделать бэкап двух баз test и main
ессесвено это просто... но по воле случая, две команды соединились в одну
Внимание, вопрос.
угадайте результат выполнения сдвоенной команды?

дык, мультифайловый бэкап, так? Вообще на указание такой строки ругается, мол, size specification either missing or incorrect.

я как буквоед добавлю, что в оригинале должно было быть gbak -b -g ....

нет, две команды на бэкап разных бд. лежали рядом.

kdv писал(а): Вообще на указание такой строки ругается, мол, size specification either missing or incorrect.

Верно, так и ругнулось....
но что произошло с базами? точнее одной из них...

kdv писал(а):я как буквоед добавлю, что в оригинале должно было быть gbak -b -g ....

Замечание верное, и сей параметр стоит в каждодневном резервировании, там еще и -se ...

я с консоли делал бэкап, что быстро себе забрать "свежие" базы

но что произошло с базами? точнее одной из них...

гм, феерично. на винде вторые main.fdb и main.fbk просто исчезли...

на Debian исчезла main.fdb
Система просто не видела файл БД.
Но что самое интересное те пользователи которые уже работали с main.fdb
ничего не заметили, все выборки и, что самое интересное, транзакции на запись проходили успешно!
А вот на новое подключение, сервер отвечал, что файл БД не найден.

А раз и на Windows такой же результат, значит нужно это отнести к багу gbak

SDG писал(а):Но что самое интересное те пользователи которые уже работали с main.fdb
ничего не заметили

Ну это-то как раз обыденная особенность работы линукса с файлами. Там файл определяется через inode и в каталоге присутствовать не обязан.

Dimitry Sibiryakov писал(а): ... линукса с файлами. Там файл определяется через inode и в каталоге присутствовать не обязан.

интересно...
т.е. в этой ситуации возможно было спасти саму базу данных?