Восстанавливая базу столкнулся со следующей проблемой:

db2 "rollforward db BB to 2014-03-02-12.00.00 and stop"
SQL4970N Roll-forward recovery on database "BB" cannot reach the specified
stop point (end-of-log or point-in-time) on database partition(s) "0".
Roll-forward recovery processing has halted on log file "S0000008.LOG".

К сожалению я не знаю где лежит этот "S0000008.LOG".

Хотел посмотреть в

db2 get db conf

но не могу сконнектится с базой по причине

db2 connect to BB
SQL1117N A connection to or activation of database "BB" cannot be made
because of ROLL-FORWARD PENDING. SQLSTATE=57019

Как еще можно посмотреть стандартный путь к "S0000008.LOG"?

Заранее спасибо за помощь

Активный лог нашел но выскакивает та же ошибка. Значит дело не в этом. Есть какие нибудь идеи?

Mark Barinstein,

Да вроде S0000008.LOG присутствует

db2 rollforward db BB query status

Rollforward Status

Input database alias = BB
Number of nodes have returned status = 1

Node number = 0
Rollforward status = DB working
Next log file to be read = S0000008.LOG
Log files processed = S0000007.LOG - S0000007.LOG
Last committed transaction = 2014-02-28-13.37.27.000000 UTC

Mark Barinstein,

Да, я все положил в одну и ту же папку

-rw-r----- 1 db2inst1 db2iadm1 12288 2014-03-03 13:49 S0000000.LOG
-rw------- 1 db2inst1 db2iadm1 12288 2014-03-03 14:18 S0000001.LOG
-rw------- 1 db2inst1 db2iadm1 12288 2014-03-03 14:18 S0000002.LOG
-rw------- 1 db2inst1 db2iadm1 12288 2014-03-03 14:18 S0000003.LOG
-rw------- 1 db2inst1 db2iadm1 12288 2014-03-03 14:18 S0000004.LOG
-rw------- 1 db2inst1 db2iadm1 12288 2014-03-03 14:18 S0000005.LOG
-rw------- 1 db2inst1 db2iadm1 12288 2014-03-03 14:18 S0000006.LOG
-rw------- 1 db2inst1 db2iadm1 12288 2014-03-03 14:18 S0000007.LOG
-rw------- 1 db2inst1 db2iadm1 4202496 2014-03-03 14:18 S0000008.LOG

и пытался восстановить с помощю:

db2 rollforward db BB to 2014-03-02-12.00.00 and stop overflow log path (/space/db2_restore/BB)"


db2 get db cfg for BB | grep "LOG"

Catalog cache size (4KB) (CATALOGCACHE_SZ) = 300
Log buffer size (4KB) (LOGBUFSZ) = 256
Log file size (4KB) (LOGFILSIZ) = 1024
Number of primary log files (LOGPRIMARY) = 13
Number of secondary log files (LOGSECOND) = 4
Changed path to log files (NEWLOGPATH) =
Path to log files = /home/db2inst1/db2inst1/NODE0000/SQL00012/SQLOGDIR/
Overflow log path (OVERFLOWLOGPATH) =
Mirror log path (MIRRORLOGPATH) =
First active log file = S0000008.LOG
Block log on disk full (BLK_LOG_DSK_FUL) = NO
Block non logged operations (BLOCKNONLOGGED) = NO
Percent max primary log space by transaction (MAX_LOG) = 0
Num. of active log files for 1 active UOW(NUM_LOG_SPAN) = 0
Log retain for recovery enabled (LOGRETAIN) = OFF
First log archive method (LOGARCHMETH1) = DISK:/space/db2_backup/BB/logarchmeth1/
Options for logarchmeth1 (LOGARCHOPT1) =
Second log archive method (LOGARCHMETH2) = OFF
Options for logarchmeth2 (LOGARCHOPT2) =
Log pages during index build (LOGINDEXBUILD) = OFF

Между тем я сделал

db2 "rollforward db BB to end of logs and stop"

и это сработало, хотя мне не понятно почему я не могу восстановить базу к указаному времени.

Если здесь

Rollforward Status

Input database alias = BB
Number of nodes have returned status = 1

Node number = 0
Rollforward status = DB working
Next log file to be read = S0000008.LOG
Log files processed = S0000007.LOG - S0000007.LOG
Last committed transaction = 2014-02-28-13.37.27.000000 UTC

стоит

Last committed transaction = 2014-02-28-13.37.27.000000 UTC

значит ли это, что последний активный лог был записан 2014-02-28-13.37.27.000000 UTC?
То есть если я указываю время 20014-03-02-12.00.00 он не может восстановить базу к более позднему времени. То есть я могу как максимальное время указать 2014-02-28-13.37.27.000000 UTC.

Так ли это?

Mark Barinstein,

Спасибо Марк!