兩種日誌模式
| 模式 | 特性 | 適用場景 |
|---|
| 循環日誌 (Circular) | 預設模式。主日誌檔循環覆寫，無法執行時間點恢復 (PITR)。 | 開發/測試、可容忍資料遺失的非關鍵系統。 |
| 歸檔日誌 (Archival) | 主日誌檔填滿後歸檔保存，支援 PITR、HADR、TSM 整合。 | 生產環境、合規要求、高可用架構。 |
透過 UPDATE DB CFG FOR db USING LOGARCHMETH1 ... 切換至歸檔模式。
交易日誌核心機制
- Redo Log：每筆交易對應 Redo 條目，寫入當前作用中日誌檔。
- 日誌檔狀態流轉：Active → Archived (歸檔模式) / Reusable (循環模式)。
- 次要日誌檔：主日誌耗盡時動態分配，消耗資源，應透過調大
LOGPRIMARY/LOGFILSIZ 減少觸發。
- 交易完成 (COMMIT/ROLLBACK)：對應日誌條目釋放，標記可覆寫/歸檔。
常見錯誤與調優建議
SQL0964C The transaction log for the database is full.
- 根因分析：失控查詢 (如無 WHERE 的 DELETE 大表)、長交易、主日誌檔過小/過少。
- 對策：
UPDATE DB CFG USING LOGPRIMARY n LOGFILSIZ m、啟用歸檔模式、監控長交易、避免大批次無提交操作。
循環日誌運作細節
所有記錄不再需要恢復時，日誌檔標記為可重用，內容最終被新條目覆寫。簡單但無法支援任何時間點恢復，生產環境強烈建議切換至歸檔模式並配合定期離線/線上備份策略。
- 上一篇文章： 引領技術潮流：DB2 9.5 與 IBM Data Studio 統一工具平台全景解析
- 下一篇文章： SQL Server 連結伺服器存取 DB2 完整實作：Microsoft OLE DB Provider for DB2 設定指南
Copyright ©
程式碼之家 All Rights Reserved
