Сделал онлайн бэкап, произвел изменения (в частности удалили карточку), затем сделал откат транзакций до момента времени (когда база была с той карточкой, которую я еще не удалял), теперь хочу откатить база до конца журнала, чтобы снова база была без той карточки, но db2 ругается код ошибки 1042
(журналы сохранил на др.носителе на всякий случай)
как можно вернуть бд в конечное состояние

Mark BarinsteinНапишите последовательно, какие именно команды вы выполняли.
1) Первый шаг
RESTORE DATABASE PERSONS FROM "C:" TAKEN AT 20060926162634 WITH 2 BUFFERS BUFFER 1024 PARALLELISM 1 WITHOUT PROMPTING;
ROLLFORWARD DATABASE PERSONS TO 2006-09-26-18.19.52.000000 USING LOCAL TIME AND COMPLETE;
2)Второй шаг
RESTORE DATABASE PERSONS FROM "C:" TAKEN AT 20060926162634 WITH 2 BUFFERS BUFFER 1024 PARALLELISM 1 WITHOUT PROMPTING;
ROLLFORWARD DATABASE PERSONS TO END OF LOGS AND COMPLETE;
На втором шаге выходит ошибка

Mark BarinsteinСкорее всего, дело вот в чем.
Сделав rollforward, вы создали новую "логовую последовательность" (log sequence).
Если вы в начале, после удаления записи не сохранили ВСЮ текущую логовую последовательность, то вы потеряли все изменения, начиная с "2006-09-26-18.19.52.000000 USING LOCAL TIME".
Если же сохранили, то надо использовать именно ее для наката, а не ту кашу, которая щас творится у вас в logpath.
Пробовал накаттывать логи, которые сохранил после удаления карточки, до определенного времени(времени когда удалил) и до конца журнала этого сохраненного лога - ни в какую, все равно появляется эта личная карточка
Первичный путь fрхивного журнала: диск С
Путь архивного журнала при ошибки: диск D
Подскажите как правильно накатить логи в моем случае
Мои действия:
1.Удалил личную карточку из бд , затем откатил назад транзакции до момента времент(карточка воостановилась)
2. Затем пытаюсь откатить до конца журнала чтобы снова вернуть бд без этой карточки, но она появляется(думаю , что логи перезаписываются, поэтому не могу добиться нужного результта, но откатываю с помощью сохраненного лога-тоже самое)
Вот такое ламерство!

Mark Barinstein1. backup db ...
2. delete from ...
3. ARCHIVE LOG ... (или db2stop, или force application all) - на всякий случай, чтобы закрыть текущий лог.
4. Скопировать все логи, начиная с первого, нужного для восстановления, в "надежное_место".

Теперь можно восстановить архив и накатить до момента 2.
Карточка есть.
Теперь удаляем все логи из logpath, восстанавливаем архив, накатываем до конца логов, используя
Если после этого у вас эта карточка останется, то ... значит, вы пользуетесь какой-то другой базой, не DB2. :)
Получилось, все как вы указали, а логи обязательно удалять?

Mark Barinsteindb2 v7.2 иногда клинило, если не удалять.
Точно не помню, в чем это выражалось, но запомнилось, что надо удалять, чтоб проблем не было...
благодарю за помошь и науку