Всем привет!

Сделал бэкап большой базы с FB 2.5:
"C:\Program Files\Firebird.25\bin\gbak.exe" -B -V -Y My.log localhost/3051:MyDB C:\BK0.gbk 2000M C:\BK1.gbk 2000M C:\BK2.gbk 2000M C:\BK3.gbk - без ошибок.

Восстанавливаю на FB 3.0.0.32483:
"C:\Program Files\Firebird.30\gbak.exe" -R O -V -P 16384 -Y Restore.log C:\BK0.gbk C:\BK1.gbk C:\BK2.gbk C:\BK3.gbk D:\DB_0.FDB 250000 D:\DB_1.FDB - без ошибок.

Тестирую:
"C:\Program Files\Firebird.30\gfix.exe" -v D:\DB_0.FDB
В firebird.lo две записи:
I/O error during "ReadFile" operation for file "D:\DB_0.FDB"
Error while trying to read from file
Reached the end of the file.

и
Database: D:\DB_0.FDB
Validation aborted
I/O error during "ReadFile" operation for file "D:\DB_0.FDB"
Error while trying to read from file
Reached the end of the file.

Где косяк?

kdvZerooo,

попробуй без разрезания бэкапа на части, одним файлом. уже давно и фб и ОС поддерживают файлы что базы что бэкапа больше 4х гиг.

База одним файлом восстанавливается нормально. Цель нарезания на куски - несколько бОльшая гибкость (легче ворочать несколько файлов помельче, чем один в 90 Гиг)

kdvнеправда ваша. Никакой "гибкости" в многофаловых БД нет
- чуть ошибся с lenght/starting from, и все. База не испортится, но длина файлов поедет.
А не надо сразу два параметра указывать... У меня ни разу этой проблемы не возникло.
kdv- несколькими файлами сложнее "ворочать" (или управлять), чем одним. Т.к. любые операции (напр, копирование) надо проводить со всеми файлами, а не с каким-то отдельным.
Аргумент :)
kdv- при переносе на другой логический диск такая БД работать не будет, т.к. в заголовок первого файла заносится прямой путь к вторичным файлам. Типа d:\db\file.fb2
Вот тут трудно поспорить, считаю это единственным существенным недостатком многофайловости.
kdv- командная строка что при бэкапе что при ресторе гораздо сложнее, чем с одним файлом (см. выше).
Еще один аргумент :)
kdvСобственно, многофайловость - атавизм, связанный исключительно с файловыми системами, не поддерживающими файлы размером больше 4х гиг.
Это понятно. Однако есть еще явление фрагментации... и дефрагментацию (может и она конечно атавизм) легче делать с меньшими файлами.

kdvp.s. по привычке хочу доколебаться к лишним опциям:
Как говориться, можно и до столба... ;)
Учту!

А вообще, как бы вопрос-то был о том, что обнаружил такой косяк и хотел прояснить это у меня что-то неправильно в действиях или все же баг firebird'а (ну и что б другие знали).
Считаю, что если функциональность есть, то она должна РАБОТАТЬ, а уж правоприменение её другая тема.

Симонов Денис,

Вот именно, что бекап/рестор разных ODS единственный путь перехода на FB 3.0.

Рестор в один файл (ODS 12) проходит нормально и база потом тестится без ошибок. Так, что скорее всего процесс бекапа правильный (к тому ж многофайловый бекап/рестор на ODS 11 (правда давненько) тоже делался успешно).