db2误删表数据如何恢复 db2怎么恢复误删除的数据

转载

mob64ca1415f0ab 2024-04-29 08:40:23

文章标签 db2误删表数据如何恢复数据恢复数据数据库 文章分类 数据仓库大数据

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
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

-- 将返回以下消息：

......

-- *(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
 -- --- ------------------ ---- --- ------------ ------------ --------------
20100522141107                                        000000000000684300080004
 ----------------------------------------------------------------------------
1
 
00001
 ----------------------------------------------------------------------------
    Comment: DROP TABLE                                                       
20100522141107
20100522141107
     Status: A
 ----------------------------------------------------------------------------
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 \
000000000000684300080004
 (Instance:DB2INST1, Database: TEST1):to /home/db2inst1/test1/exporttab1
 
                                 Rollforward Status
 
 Input database alias                   = test1
1
 
0
 Rollforward status                     = not pending
 Next log file to be read               =
 Log files processed                    = S0000007.LOG - S0000007.LOG
2010-05-22-06.11.07.000000
 
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"