DB2 實戰運維手冊 (四)：LOAD 故障恢復、多欄位更新與資料庫災難還原

原因：資料不規範導致 LOAD 失敗，若強制中斷且未使用 NONRECOVERABLE，表空間會進入 LOAD PENDING / BACKUP PENDING 狀態。

標準恢復流程

1. 終止 LOAD 狀態 (釋放表鎖定、重置表空間狀態)：

   db2 "load from /dev/null of del terminate into acmmst nonrecoverable"
   

2. 檢查表空間狀態：

   db2 list tablespaces show detail
   

   若狀態非 Normal，需離線備份該表空間後方可恢復正常。
3. 修正資料檔後重新 LOAD。

關鍵參數說明

• NONRECOVERABLE：不記錄重做日誌，速度最快，但需事後完整備份才能恢復該表空間
• COPY YES：產生副本映像，支援前滾恢復，適用生產環境

場景二：兩張表多欄位關聯 UPDATE (複合鍵匹配)

需求

表 A (ACTNO, CNLNO, BAL, PWD) 的 BAL 欄位，依表 B (ACTNO, CNLNO, TXNAMT) 的 TXNAMT 更新，匹配條件為 ACTNO + CNLNO 複合鍵。

標準寫法

db2 "UPDATE A 
     SET BAL = (SELECT TXNAMT FROM B 
                WHERE ACTNO = A.ACTNO AND CNLNO = A.CNLNO)
     WHERE A.ACTNO || A.CNLNO IN (SELECT ACTNO || CNLNO FROM B)"

效能優化建議

• 確保兩表 (ACTNO, CNLNO) 均有複合索引
• 大量更新時考慮 MERGE 語法 (DB2 9.7+)：

  MERGE INTO A USING B 
  ON A.ACTNO = B.ACTNO AND A.CNLNO = B.CNLNO
  WHEN MATCHED THEN UPDATE SET BAL = TXNAMT;

• 分批次提交，避免鎖升級與日誌暴增

場景三：完整資料庫災難恢復 (REDIRECT RESTORE + ROLLFORWARD)

備份檔資訊假設

• 來源資料庫：DB1
• 目標資料庫：DB_NEW (不同路徑、不同容器配置)
• 新日誌路徑：/tstdb2/db2log
• 新表空間容器：/tstdb2/db2tmp (系統臨時)、/dev/rtstcontlv00~03 (用戶資料)

還原指令序列

# 1. 啟動重導向還原
db2 "restore db db1 to /tstdb2/catalog into db_new 
     logtarget /tstdb2/db2log buffer 2048 
     replace existing redirect parallelism 16"

# 2. 重新定義表空間容器 (需在重導向模式下)
db2 "set tablespace containers for 1 using (path '/tstdb2/db2tmp')"
db2 "set tablespace containers for 2 using 
     (device '/dev/rtstcontlv00' 2621440,
      device '/dev/rtstcontlv01' 2621440,
      device '/dev/rtstcontlv02' 2621440,
      device '/dev/rtstcontlv03' 2621440)"

# 3. 繼續還原
db2 "restore db db1 continue"

db2 "rollforward db db_new to end of logs and complete"

Rollforward Status
Input database alias = db_new
Number of nodes have returned status = 1
Node number = 0
Rollforward status = not pending
Next log file to be read = 
Log files processed = -
Last committed transaction = 2024-01-15-10.59.23.000000
DB20000I  The ROLLFORWARD command completed successfully.