Hello, Vlad!
Vlad Horsun wrote:
я об этом думал, когда писал тот пост в блоге.
Пока ситуация еще хуже. дамп nbackup уровня 0 - это не база.
Кто сказал ?
читаю документацию по nbackup, и вижу именно это.
смотрю header page бэкапа 0 уровня.
пробую подключиться к бэкапу 0-го уровня
как к базе.
3. "превращение" его в БД :
D:\FB2\bin>nbackup -F c:\temp\nbakup.nbk
ок. зря ты базу nbackup назвал. путает.
Итак, nbackup.nbk превращен в базу, путем
unlock. Если я открою nbackup.nbk,
он ведь изменится. Это ж не readonly DB, так?
7. накатываем инкремент
D:\FB2\bin>nbackup -R c:\temp\nbakup2.fdb c:\temp\nbakup.nbk c:\temp\nbakup.nb1
т.е. nbackup-у все равно, лоченый "дамп" используется 1-го уровня, или
нет? А если я открою его, поменяю - и что тогда получится?
по идее, битая база.
собственно, идея была не делать вот эту операцию, а "накатить"
nbackup.nb1 прямо на nbackup.nbk.
Я когда от Самофатова эту документацию получил, без "комментариев",
получается, зря бросил ее переводить. Хотя... В общем,
я предлагаю накидать сценариев по использованию nbackup,
чтобы можно было его функциональность расширять.
Потому что я не понимаю, зачем читать весь бэкап уровня 0, создавать
новую базу, а потом на новую базу накатывать инкремент,
вместо того чтобы просто накатить инкремент на бэкап уровня 0.
будете обсуждать - могу подкинуть мыслей на эту тему.
Давай
я сначала нарисую сценариев, потом подумаю как это может
быть если будущий nbackup будет помнить изменения PIP
или что-нибудь в этом роде.
Как минимум сейчас ясно, что документацию по nbackup
надо исправить и дополнить.
Спроси его сам ;)
Поздно.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
