DB2 無限活動日誌策略深度解析：原理、配置與效能權衡

日誌策略對比

無限活動日誌運作原理

預設最大日誌檔案總數（主 + 次）為 256 個。若交易量大或執行時間長，仍可能耗盡日誌空間。頻繁配置次要日誌會影響效能。無限活動日誌透過以下參數組合實現：

• userexit = YES：啟用使用者離開程式，日誌關閉時自動呼叫，將非作用中日誌移至永久儲存位置（磁帶、網路儲存等），釋放作用中日誌路徑空間。
• logsecond = -1：啟用無限次要日誌模式。此時 logprimary 與 logfilsiz 仍定義作用中日誌路徑保留的主日誌數量與大小。

讀取封存日誌流程

1. DB2 需讀取某日誌檔，但該檔不在作用中日誌路徑。
2. DB2 呼叫 userexit 程式從封存位置擷取該日誌檔。
3. 檔案複製至作用中日誌區域，後續同檔讀取加速。
4. DB2 自動管理所需日誌檔的擷取、複製與移除。

配置步驟

# 以實例擁有者身分執行
db2 update db cfg for <資料庫名> using userexit on
db2 update db cfg for <資料庫名> using logsecond -1
# 視需求調整主日誌數量與大小
db2 update db cfg for <資料庫名> using logprimary 50
db2 update db cfg for <資料庫名> using logfilsiz 4096  # 4MB 頁面數

修改後需重新啟動資料庫生效（db2stop; db2start）。

userexit 程式關鍵點

• IBM 提供範例程式：sqllib/samples/c/userexit.c，需自行編譯部署至 sqllib/bin/。
• 程式需實作封存、擷取、刪除三大功能，回傳碼需符合 DB2 規範（0=成功，非 0=失敗）。
• 生產環境建議採用成熟的備份軟體（如 TSM、NetBackup）整合的 userexit 模組，而非自行開發。

效能權衡與風險（必讀）

最佳實務建議

1. 優先調大主日誌：將 logprimary 設為足以涵蓋 95% 以上交易負載的數量，減少次要日誌配置頻率。
2. 謹慎啟用 logsecond=-1：僅在確有超大型長交易（如數 TB 匯入、大規模 ETL）且無法拆分時才考慮。
3. 監控日誌使用量：定期查詢 db2 get snapshot for database on | grep -i log，設定告警閾值。
4. 測試回滾與復原時間：上線前必須在測試環境模擬大交易回滾與崩潰復原，評估 RTO/RPO 是否可接受。
5. 考慮替代方案：大批次作業可改用 LOAD 非記錄模式、分批 Commit、或使用 NOT LOGGED INITIALLY 表空間。