Всем доброго времени суток!
Столкнулся со следующей проблемой при восстановлении ONLINE-бекапа c INCLUDE LOGS и журналов с TSM.
BACKUP и ARCHIVE LOG делается на основном сервере DB2 (9.7.9), а восстановление на дополнительный.
Если делаю rollforward to end of logs - все отрабатывает нормально, а когда пробую восстановиться на некоторое время получаю следующее:

>RESTORE DATABASE NAMEDB use TSM options '-fromnode=XXX_db' TAKEN AT 20160323081950 INTO NAMEDB LOGTARGET 'C:\Backup\NODE0000\NAMEDB\C0000000' WITH 2 BUFFERS BUFFER 1024 PARALLELISM 1 WITHOUT PROMPTING
DB20000I Команда RESTORE DATABASE выполнена успешно.

> db2adutl extract logs since s0000520.log db NAMEDB nodename 'XXX_db' without prompting
Retrieving LOG ARCHIVE information.
LOG ARCHIVE image:
Log file: S0000520.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 2016-03-23-05.18.58
Writing to file:
.\NODE0000\NAMEDB\C0000000\S0000520.LOG
........

LOG ARCHIVE image:
Log file: S0000524.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 2016-03-23-12.39.16
Writing to file:
.\NODE0000\NAMEDB\C0000000\S0000524.LOG
LOG ARCHIVE image:
Log file: S0000525.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 2016-03-23-17.55.47
Writing to file:
.\NODE0000\NAMEDB\C0000000\S0000525.LOG
LOG ARCHIVE image:
Log file: S0000526.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 2016-03-24-10.38.47
Writing to file:
.\NODE0000\NAMEDB\C0000000\S0000526.LOG
LOG ARCHIVE image:
Log file: S0000527.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 2016-03-24-10.42.59
Writing to file:
.\NODE0000\NAMEDB\C0000000\S0000527.LOG

> rollforward db NAMEDB query status
Состояние повтора
Алиас входной базы данных = NAMEDB
Число узлов с возвращенным состоянием = 1
Номер узла = 0
Статус повтора = DB отложена
Следующий файл журнала на чтение = S0000520.LOG
Обработано файлов журналов = -
Последняя принятая транзакция = 2016-03-23-02.19.53.000000 UTC

> ROLLFORWARD DATABASE NAMEDB TO 2016-03-23-15.39.04 USING LOCAL TIME OVERFLOW LOG PATH ('C:\Backup\NODE0000\NAMEDB\C0000000') NORETRIEVE

Состояние повтора
Алиас входной базы данных = NAMEDB
Число узлов с возвращенным состоянием = 1
Номер узла = 0
Статус повтора = DB работает
Следующий файл журнала на чтение = S0000525.LOG
Обработано файлов журналов = S0000520.LOG - S0000524.LOG
Последняя принятая транзакция = 2016-03-23-15.39.04.000000 Local
DB20000I Команда ROLLFORWARD выполнена успешно.

> rollforward db NAMEDB stop
SQL4970N Восстановление с повтором транзакций для базы данных "NAMEDB" нельзя
довести до заданной конечной точки (конца журналов или момента времени) на
разделах базы данных "0". Восстановление с повтором транзакций остановлено на
файле журнала "S0000525.LOG".

Задействованы ли в данном режиме параметры logretain и userexit. Они оба OFF

Ладно, по другому. Как понимать сообщение:
"Восстановление с повтором транзакций для базы данных "NAMEDB" нельзя
довести до заданной конечной точки (конца журналов или момента времени) на
разделах базы данных "0". Восстановление с повтором транзакций остановлено на
файле журнала "S0000525.LOG"." ?

Mark Barinstein, день добрый.
По сути сообщения и по поведению системы похоже на некорректно заданную точку. Но вроде бы выбираю конкретно упомянутую в RF принятую транзакцию.
Подскажите или направьте - как правильно получить список доступных точек?
Спасибо

Mark Barinstein,
не помогает, по моему noretrieve там вообще не воспринимается
то есть точку восстановления можно отрегулировать, подсовывая конкретные архивные логи.
даже подсовывая их циклично и делая для каждого индивидуальный RF, а потом общий Stop - работает

Mark Barinstein,
это уже эксперимент был: заставить RF отработать до PIT.
Когда я просто кидаю несколько логов, в которых данная PIT где-то в 524-м, делаю RF до конца логов и стоп, то все отрабатывается корректно. А вот заставить восстановиться до определенной PIT как описывается в хрестоматиях не получается. То есть могу сделать восстановление только до конца выбранного мной журнала

Mark Barinstein,
по сути вопроса:RF отрабатывает до выбранной точки, а вот stop уже дает ошибку

Mark Barinstein,
В случаях с RF до точки времени стабильно не работает. Работает в случаях когда по тому же комплекту логов делаю RF до конца логов.
Начнем заново: RF до произвольно выбранной точки. Db2diag и каталог логов прилагаю.

C:\Backup>db2 force application all
DB20000I Команда FORCE APPLICATION выполнена успешно.
DB21024I Асинхронная команда - может подействовать не сразу.


C:\Backup>db2stop force
SQL1064N Остановка менеджера баз данных успешно завершена.

C:\Backup>db2start
SQL1063N Команда DB2START выполнена успешно.

C:\Backup>del /q C:\Backup\NODE0000\dbName\C0000000\*.*

C:\Backup>db2 RESTORE DB dbName use TSM options '-fromnode=s_db' TAKEN
AT 20160402001957 INTO dbName LOGTARGET 'C:\Backup\NODE0000\dbName\C0000000' WI
THOUT PROMPTING
SQL2540W Восстановление успешно, однако при работе утилиты Database "2539".

C:\Backup>del /q C:\Backup\NODE0000\dbName\C0000000\*.*

C:\Backup>db2adutl extract logs since S0000565.LOG db dbName nodename sw06400019
0_db without prompting

Query for database dbName


Retrieving LOG ARCHIVE information.

LOG ARCHIVE image:
Log file: S0000565.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-01-21.18.46
Writing to file:
.\NODE0000\dbName\C0000000\S0000565.LOG

LOG ARCHIVE image:
Log file: S0000566.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-02-16.56.07
Writing to file:
.\NODE0000\dbName\C0000000\S0000566.LOG

LOG ARCHIVE image:
Log file: S0000567.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-02-18.05.21
Writing to file:
.\NODE0000\dbName\C0000000\S0000567.LOG

LOG ARCHIVE image:
Log file: S0000568.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-03-22.40.24
Writing to file:
.\NODE0000\dbName\C0000000\S0000568.LOG

LOG ARCHIVE image:
Log file: S0000569.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-03-22.40.42
Writing to file:
.\NODE0000\dbName\C0000000\S0000569.LOG

LOG ARCHIVE image:
Log file: S0000570.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-04-03.17.54
Writing to file:
.\NODE0000\dbName\C0000000\S0000570.LOG

LOG ARCHIVE image:
Log file: S0000571.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-04-03.21.12
Writing to file:
.\NODE0000\dbName\C0000000\S0000571.LOG

LOG ARCHIVE image:
Log file: S0000572.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-04-03.21.40
Writing to file:
.\NODE0000\dbName\C0000000\S0000572.LOG

LOG ARCHIVE image:
Log file: S0000573.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-04-03.22.10
Writing to file:
.\NODE0000\dbName\C0000000\S0000573.LOG

LOG ARCHIVE image:
Log file: S0000574.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-04-17.56.15
Writing to file:
.\NODE0000\dbName\C0000000\S0000574.LOG

LOG ARCHIVE image:
Log file: S0000575.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-04-18.05.23
Writing to file:
.\NODE0000\dbName\C0000000\S0000575.LOG

LOG ARCHIVE image:
Log file: S0000576.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-05-02.44.54
Writing to file:
.\NODE0000\dbName\C0000000\S0000576.LOG

LOG ARCHIVE image:
Log file: S0000577.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-05-02.48.09
Writing to file:
.\NODE0000\dbName\C0000000\S0000577.LOG

LOG ARCHIVE image:
Log file: S0000578.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-05-02.48.38
Writing to file:
.\NODE0000\dbName\C0000000\S0000578.LOG

LOG ARCHIVE image:
Log file: S0000579.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-05-02.49.08
Writing to file:
.\NODE0000\dbName\C0000000\S0000579.LOG

LOG ARCHIVE image:
Log file: S0000580.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-05-17.56.14
Writing to file:
.\NODE0000\dbName\C0000000\S0000580.LOG

LOG ARCHIVE image:
Log file: S0000581.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-05-18.05.22
Writing to file:
.\NODE0000\dbName\C0000000\S0000581.LOG

LOG ARCHIVE image:
Log file: S0000582.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-06-02.42.41
Writing to file:
.\NODE0000\dbName\C0000000\S0000582.LOG

LOG ARCHIVE image:
Log file: S0000583.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-06-02.46.05
Writing to file:
.\NODE0000\dbName\C0000000\S0000583.LOG

LOG ARCHIVE image:
Log file: S0000584.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-06-02.46.35
Writing to file:
.\NODE0000\dbName\C0000000\S0000584.LOG

LOG ARCHIVE image:
Log file: S0000585.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-06-02.47.04
Writing to file:
.\NODE0000\dbName\C0000000\S0000585.LOG

LOG ARCHIVE image:
Log file: S0000586.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-06-16.59.56
Writing to file:
.\NODE0000\dbName\C0000000\S0000586.LOG

LOG ARCHIVE image:
Log file: S0000587.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-06-18.05.21
Writing to file:
.\NODE0000\dbName\C0000000\S0000587.LOG

LOG ARCHIVE image:
Log file: S0000588.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-07-02.46.37
Writing to file:
.\NODE0000\dbName\C0000000\S0000588.LOG

LOG ARCHIVE image:
Log file: S0000589.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-07-02.49.54
Writing to file:
.\NODE0000\dbName\C0000000\S0000589.LOG

LOG ARCHIVE image:
Log file: S0000590.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-07-02.50.23
Writing to file:
.\NODE0000\dbName\C0000000\S0000590.LOG

LOG ARCHIVE image:
Log file: S0000591.LOG, Chain Num: 0, DB Partition Number: 0, Taken at: 20
16-04-07-02.50.52
Writing to file:
.\NODE0000\dbName\C0000000\S0000591.LOG

C:\Backup>db2 rollforward db dbName to 2016-04-02-23.00.00 USING LOCAL TIME OVE
RFLOW LOG PATH ('C:\Backup\NODE0000\dbName\C0000000') NORETRIEVE

Состояние повтора

Алиас входной базы данных = dbName
Число узлов с возвращенным состоянием = 1

Номер узла = 0
Статус повтора = DB работает
Следующий файл журнала на чтение = S0000568.LOG
Обработано файлов журналов = S0000565.LOG - S0000567.LOG
Последняя принятая транзакция = 2016-04-02-16.40.43.000000 Local

DB20000I Команда ROLLFORWARD выполнена успешно.

C:\Backup>db2 rollforward db dbName stop
SQL4970N Восстановление с повтором транзакций для базы данных "dbName" нельзя
довести до заданной конечной точки (конца журналов или момента времени) на
разделах базы данных "0". Восстановление с повтором транзакций остановлено на
файле журнала "S0000568.LOG".

C:\Backup>db2 CONNECT TO dbName
SQL1117N Не удается установить или активировать соединение с базой данных
"dbName"из-за состояния отложенного повтора транзакций. SQLSTATE=57019

C:\Backup>db2 CONNECT RESET
SQL1024N Отсутствует соединение с базой данных. SQLSTATE=08003
-------------------------------------------

Mark Barinstein,

Mark, спасибо. Все получилось. Указываю время и восстанавливается до последней принятой транзакции.