DB2 誤刪表恢復實戰：DROPPED TABLE RECOVERY 功能完整操作流程與代碼示例

DB2 提供獨特的 Dropped Table Recovery 功能，允許在表空間層級啟用後，透過備份映像與日誌前滾，將 DROP TABLE 誤操作恢復至刪除前狀態。本文記錄一次完整的誤刪表恢復演練，含環境準備、誤操作模擬、歷史查詢、還原與 RECOVER DROPPED TABLE 參數化前滾的全過程代碼。

前置條件：表空間必須啟用 DROPPED TABLE RECOVERY

DB2 ALTER TABLESPACE USERSPACE2 DROPPED TABLE RECOVERY ON

僅對啟用此屬性的表空間生效。可查詢驗證：

DB2 "select TBSPACE, DROP_RECOVERY from syscat.tablespaces where owner='DB2ADMIN'"

演練全記錄

1. 執行備份 (建立恢復基點)

DB2 backup db cdbiold to /databk with 2 buffers buffer 512

2. 模擬誤操作：刪除資料 → 刪除表

DB2 "delete from DC_BILL_STATUS where count_time='20080731'"
DB2 drop table DC_BILL_STATUS

3. 查詢歷史記錄獲取關鍵識別碼

DB2 "list history dropped table all for cdbiold"

輸出關鍵資訊：

• 操作類型：D (Drop)
• 時間戳：20090317165133
• 表識別碼：000000000039210b00020006 (內部 ID，RECOVER DROPPED TABLE 必須參數)
• 所在表空間：USERSPACE1
• DDL 定義：自動記錄的 CREATE TABLE 語句

4. 強制斷開連接並還原資料庫

DB2 force applications all
DB2 restore db cdbiold from /databk taken at 20090317

注意：TAKEN AT 需指定備份日期部分 (YYYYMMDD)，DB2 會自動匹配當日最新備份。

5. 核心步驟：帶 RECOVER DROPPED TABLE 的前滾命令

DB2 "rollforward db cdbiold to end of logs and stop recover dropped table 000000000039210b00020006 to /databk"

參數解析：

• TO END OF LOGS AND STOP：前滾至日誌尾並結束前滾狀態。
• RECOVER DROPPED TABLE <table_id>：指定要恢復的已刪除表內部 ID。
• TO /databk：指定表資料導出目錄 (DB2 會將恢復的表資料導出為 IXF/DEL 格式檔案至此目錄)。

6. 驗證與資料導入

# 驗證表結構與資料
DB2 "select count(*) from DC_BILL_STATUS where count_time='20080731'"
# 將導出檔案導入表中 (若前滾僅恢復結構)
DB2 "import from /databk/NODE0000/data of del insert into DC_BILL_STATUS"

關鍵成功因素總結

避坑指南

• 不可跨表空間恢復：功能綁定表空間屬性，若表原在未啟用恢復的表空間，無法使用。
• 非表空間級備份也可：全庫備份、表空間備份均可作為恢復基點，關鍵在日誌完整。
• 導出資料需手動 IMPORT：RECOVER DROPPED TABLE 僅將表定義與資料導出至檔案，仍需 IMPORT/LOAD 入庫。
• 生產環境預演：建議在測試庫完整走一遍流程，驗證導出檔案格式與導入命令。

此功能是 DB2 區別於其他資料庫的「後悔藥」，正確配置與演練可將誤刪表事故的 RTO 縮減至分鐘級。