原文引自:http://topic.csdn.net/u/20100522/16/97201BFE-E1AE-4540-ACD5-ADD6F475E713.html

SQL code

-- DB2 恢复已删除的表测试:(测试平台:RHEL 5.4 DB2 V9.7.0)

 

-- 哈哈,小弟菜鸟一个! 刚看牛大师的书,做了一下例子,混个脸熟,顺便来卖弄一下自己,满足一下自己的虚荣心!

 

-- 下面我们举一个dropped table recovery的例子。

-- *(1) 执行完全数据库备份,需要注意备份镜像的时间戳。

(Instance:DB2INST1, Database: TEST1):backup db test1 to /home/db2inst1/db2_backup

 

Backup successful. The timestamp for this backup image is : 20100522140304

 

 (Instance:DB2INST1, Database: TEST1):

 

-- *(2) 连接到数据库并创建表,执行生成日志记录的操作,插入几条记录:

CONNECT TO test1

  CREATE TABLE tab1(no INTEGER) IN tbsp1

  INSERT INTO tab1 VALUES(1), (2), (3), (4), (5)

 

-- *(3) 模拟意外丢弃表的场景:

DROP TABLE tab1

  COMMIT

  SELECT * FROM tab1

-- 将返回以下错误消息:

Error: SQL0204N "Administrator.TAB1" is an undefined name

 

-- *(4) 恢复数据库。

-- 要恢复已被丢弃的表,先恢复数据库备份,然后执行向前恢复(rollforward)操作:

RESTORE DATABASE test1 FROM /home/db2inst1/db2_backup TAKEN AT 20100522140304 INTO test1

-- 将返回以下消息:

......

 

-- *(5) 检索已丢弃的对象ID。

-- 使用以下命令检索意外丢弃的表的对象ID:

LIST HISTORY DROPPED TABLE ALL FOR DATABASE test1

-- 可以将返回的信息(例如表7-3中显示的示例)复制到某个文件中以供未来引用。

(Instance:DB2INST1, Database: TEST1):list history dropped table all for database test1

 

                    List History File for test1

 

Number of matching file entries = 1

 

 

 Op Obj Timestamp+Sequence Type Dev Earliest Log Current Log  Backup ID

 -- --- ------------------ ---- --- ------------ ------------ --------------

  D  T  20100522141107                                        000000000000684300080004

 ----------------------------------------------------------------------------

  "DB2INST1"."TAB1" resides in 1 tablespace(s):

 

  00001 TBSP1                                                                

 ----------------------------------------------------------------------------

    Comment: DROP TABLE                                                      

 Start Time: 20100522141107

   End Time: 20100522141107

     Status: A

 ----------------------------------------------------------------------------

  EID: 33

 

 DDL: CREATE TABLE "DB2INST1"."TAB1" ( "NO" INTEGER )  IN "TBSP1" ;     

 ----------------------------------------------------------------------------

 (Instance:DB2INST1, Database: TEST1):

 

 

-- 表7-3中的Backup ID栏显示被丢弃的表的ID为000000000000684300080004。这一信息对于恢复表非常重要。

 

-- *(6) 向前恢复数据库。

-- 现在已经获得了被丢弃的表的ID,下一步需要使用该表的备份ID恢复数据库,这样才能够导入表的数据。在向前恢复数据库之前,

-- 需要确保有一个目录可以供存储导入数据,比如说/home/db2inst1/test1/exporttab1。使用以下命令向前恢复数据库:

mkdir -p /home/db2inst1/test1/exporttab1

 

-- ROLLFORWARD DATABASE test1 TO END OF LOGS AND STOP RECOVER DROPPED TABLE 000000000000684300080004 TO /home/db2inst1/test1/exporttab1

 

 (Instance:DB2INST1, Database: TEST1):rollforward database test1 to end of logs and stop \

 (Instance:DB2INST1, Database: TEST1):recover dropped table 000000000000684300080004 \

 (Instance:DB2INST1, Database: TEST1):to /home/db2inst1/test1/exporttab1

 

                                 Rollforward Status

 

 Input database alias                   = test1

 Number of nodes have returned status   = 1

 

 Node number                            = 0

 Rollforward status                     = not pending

 Next log file to be read               =

 Log files processed                    = S0000007.LOG - S0000007.LOG

 Last committed transaction             = 2010-05-22-06.11.07.000000 UTC

 

DB20000I  The ROLLFORWARD command completed successfully.

 

 

 

-- END OF LOGS选项的作用是让DB2在执行备份操作后应用所有可用日志文件。

 

-- *(7) 检查导入的数据文件。

-- 完成数据库向前恢复之后,需要检查在ROLLFORWARD命令中指定的路径。应该能够找到一个.TXT文件,

-- 打开该文件并验证其中包含的数据与意外丢弃表之前的数据是否相同。

 

-- *(8) 连接到数据库并重新创建被丢弃的表。

-- 验证导出文件之后,我们需要重新创建被丢弃的表并重新填入数据。被丢弃的表的定义包含在步骤(5)的LIST HISTORY命令的输出中。

-- 连接到数据库并执行CREATE TABLE语句:

CONNECT TO test1

  CREATE TABLE "DB2INST1"."TAB1" ( "NO" INTEGER )  IN "TBSP1" ;

 

-- *(9) 导入数据

-- 重新创建表之后,可以使用以下命令将数据库重新导入到表中:

IMPORT FROM /home/db2inst1/test1/exporttab1/NODE0000/data OF DEL INSERT INTO "DB2INST1"."TAB1"

 

-- IMPORT工具将导出文件中的所有数据导回到表中,并在成功后发送报告(未显示)。

 

-- *(10) 验证恢复后的数据

-- 确保IMPORT过程中没有错误或报警,并且所有数据都已导回表中:

SELECT * FROM tab1

 

-- 如果一切运行正常,则意外丢弃点之前的所有数据应该都在表中。