Загадка о gbak

[SDG]

необходимо было сделать бэкап двух баз test и main
ессесвено это просто...

Код: Выделить всё

/opt/firebird/bin/gbak -B /var/db/test.fdb /var/db/test.fbk

Код: Выделить всё

/opt/firebird/bin/gbak -B /var/db/main.fdb /var/db/main.fbk

но по воле случая, две команды соединились в одну

Код: Выделить всё

/opt/firebird/bin/gbak -B /var/db/test.fdb /var/db/test.fbk/opt/firebird/bin/gbak -B /var/db/main.fdb /var/db/main.fbk

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

[kdv]

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

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

[SDG]

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

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

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

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

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

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

[kdv]

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

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

[SDG]

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

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

[Dimitry Sibiryakov]

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

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

[SDG]

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

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