Mikhail Tchervonenko,

http://www.firebirdsql.org/manual/ru/nbackup-lock-unlock-ru.html
команда
nbackup -N <база_данных>
это и есть
ALTER DATABASE .... END BACKUP

как-то странно вы спрашиваете. nbackup пользуетесь, а доку не читаете.
Mikhail TchervonenkoНасколько правильно это делать
nbackup -b это по сути комбинация трех действий, эквивалентами которых являются
nbackup -l
копирование бд или части бд
nbackup -n

так что все правильно.
Mikhail Tchervonenkoкак увидеть в нем последовательно какие ззменения заложены?
никак. это двоичный формат, аналогично БД только с некоторыми дополнениями.

Mikhail Tchervonenkoс возможностью сначала посмотреть что накатываешь (может и не стоит париться).
гм, в дельту идут те же самые страницы данных, например.
Можно оценить "потери" посмотрев на размер дельты, и на ее время, т.е. насколько она "далеко" от последней модификации БД.

Бывают случаи, что дельта повреждена. мы такие вещи чиним, вручную, но с большой неохотой. Но обычно я не вижу проблем, чтобы накатить дельту "не глядя". Если есть сомнения, надо тогда попробовать на копии БД. Если дельта целая - все пройдет ок. Если кривая - будет выдана ошибка, и тогда уже можно думать, прибивать дельту, или еще что.

Собственно, я не очень приветствую вопрос на тему "глянуть что там, в дельте". По-моему, оценивать нужно именно по объему вероятных потерь. Если в дельте 50 страниц, может и фиг с ней. Если 1000 - то да, потери будут весомые.
В случае потерь дельты "за день", мне кажется, и думать не надо, надо пытаться ее слить с базой.

Mikhail TchervonenkoЕсли чините значит формат знаете? если не жалко поделитесь.
знаем, не поделимся, жалко. я не сторонник раздачи вредных знаний. Любители чинить БД смотрят в исходники, сами.

Mikhail Tchervonenko,

дополняю, на счет "нарыть". Вы меня, похоже, не слушаете. если вы знаете формат data page, и умеете смотреть там записи (в соответствии с форматами и проч.), то у вас получится и с дельтой. Если нет, вам надо изучать и то, и другое.