Господа, проблема:
Имеем FB Interbase 1.5 классик сервер под Linux RadHat.
В логе стали обнаруживаться ошибки потери страниц: "Page 420121 is an orphan", "Relation has 3187 orphan backversions (3108364 in use) in table" . При обращениии к ломанной таблице - ""
Решили "вылечить" с помошью backup-restore.
БД большая: > 8 Гбайт.
Делаем validate: ../gfix -v -full -ignore -user (USER) -password (PASSWD) ../mydb.gdb
получаем:
Summary of validation errors
Number of record level errors : 3
Number of index page errors : 12
Number of database page errors : 4639


Затем mend: ../gfix -mend -full -ignore -user (USER) -password (PASSWD) ../mydb.gdb

Делаем бэкп. ../gbak -g -v -y ../logfile -user (USER) -password (PASSWD) ../mydb.gdb

Плюс пробовали разные комбинации ключей при бэкапе: -nt(non-transportable format), -e (Do not create a compressed back up).
Бэкап стабильно проходит, но restore ни в какую!!! Выдает разные ошибки (разные от разных бэкапов)
Самая частая:
1) "adjusting an invalid decompression length from 6 to 3", за ней следует "do not recognize table attribute 0 -- continuing" и потом ERROR: expected record length
gbak: Exiting before completion due to errors

Другая:
2)
gbak: do not recognize table attribute 0 -- continuing
gbak: restoring data for table (...)
gbak: validation error on column in table (...)
gbak: ERROR: validation error for column ID_SUBJECT_CLIENT, value "*** null ***"

Хотя запрос по БД не выдает таковых записей!!!

Резюме. Никак не проходит restore!!!

Мимопроходящий vinnie777gbak: do not recognize table attribute 0 -- continuing
gbak: restoring data for table (...)
gbak: validation error on column in table (...)
gbak: ERROR: validation error for column ID_SUBJECT_CLIENT, value "*** null ***"

Хотя запрос по БД не выдает таковых записей!!!В запросе допиши PLAN NATURAL .
Иначе у тебя поиск по индексу идёт.
А индекс битый. Вот и не находит.
Thanks - спробую. А насчет -r и "по рукам линейкой" - там же написано: перед эти shutdown и останов сервера (напр. firebird stop)
А некоторые [dimitr :=)) ] считают потерю данных и вовсе маловероятной. Однако это маля вероятность имела стабильно неоднократное место в жизни.

Мимопроходящий В запросе допиши PLAN NATURAL .
Иначе у тебя поиск по индексу идёт.
А индекс битый. Вот и не находит.
И еще: в некоторых случаях запрос натыкается на "internal gds software consistency check (can't continue after bugcheck)"
Как в этом случае найти требуемую запись?

МимопроходящийЭто не всё сообщение.
consistency check разные бывают .
Ну да, все так, все так... Но для меня они как одно большое предупреждение: Делай как можно скорее B/R