DB2 歸檔日誌清理實戰：PRUNE HISTORY 與 DELETE 參數完整操作

DB2 歸檔日誌清理實戰：PRUNE HISTORY 與 DELETE 參數完整操作

DB2 歸檔日誌資訊記錄在恢復歷史檔案中。PRUNE HISTORY 指令可清理歷史條目，搭配 AND DELETE 同步刪除實體日誌檔案。本文記錄完整清理流程與關鍵參數行為。

查看歸檔日誌歷史

db2 list history archive log all for <dbname>

輸出包含：操作類型、時間戳、最早/目前日誌檔案、備份 ID、實體檔案路徑 (EID Location)。

基本清理：PRUNE HISTORY

# 必須先連線資料庫
db2 connect to <dbname>

# 清理指定時間戳及之前的所有歷史條目
db2 prune history 20100103235553
DB20000I The PRUNE command completed successfully.

預設保護機制：不會清理最近一次完整備份之後的歸檔日誌條目。

同步刪除實體檔案：AND DELETE

db2 prune history 20100103235608 AND DELETE
DB20000I The PRUNE command completed successfully.

# 驗證實體檔案已刪除
ls -l /data/palog/db2inst1/GGYY/NODE0000/C0000007/
# S0000039.LOG 已消失

強制清理含備份保護的條目：WITH FORCE OPTION

# 嘗試清理含完整備份後的日誌 (預設失敗)
db2 prune history 20100104004127 AND DELETE
-- S0000041.LOG 仍存在，因為它在完整備份之後生成

# 強制清理 (連同備份歷史條目一併刪除)
db2 prune history 20100104004127 WITH FORCE OPTION AND DELETE
DB20000I The PRUNE command completed successfully.

# 結果：所有歸檔日誌條目清空，實體檔案僅剩備份前的 S0000038.LOG
# 注意：備份歷史條目也被刪除，但備份實體檔案仍保留在磁碟

參數行為對照表

關鍵操作順序建議

1. 執行完整備份：db2 backup db <db> online to <path>
2. 確認備份成功，記錄時間戳
3. 執行 PRUNE HISTORY <備份前時間戳> AND DELETE 清理備份前日誌
4. 定期執行，避免歸檔目錄爆滿導致資料庫掛起

補充：PRUNE LOGFILE 指令

# 僅清理作用中日誌目錄下的線上歸檔日誌
# 對離線歸檔日誌目錄無效
db2 prune logfile prior to S0000041.LOG

避坑指南

• WITH FORCE OPTION 會刪除備份歷史條目，導致 LIST HISTORY BACKUP 看不到備份，但實體備份檔仍在 — 需手動記錄備份資訊
• 生產環境嚴禁直接使用 FORCE，除非確認備份已轉移至異地且驗證可用
• 歸檔日誌目錄建議掛載獨立檔案系統，設定磁碟使用率告警 (>80%)
• 配合 AUTO_DEL_REC_OBJ 參數自動清理 (需測試驗證)

規律性執行 PRUNE HISTORY ... AND DELETE 是 DB2 日誌空間管理的核心運維任務。