DB2 9.7 輪換診斷日誌與管理通知日誌：告別磁盤爆滿與傳輸困境

DB2 9.7 引入輪換日誌機制，徹底解決傳統單一診斷日誌 (db2diag.log) 與管理通知日誌 (instance.nfy) 無限增長導致的磁盤耗盡、支援包傳輸緩慢等痛點。本文詳細解析輪換原理、配置方法、工具支持與生產環境最佳實踐。

兩大日誌角色定位

• 管理通知日誌 (instance_name.nfy)：面向 DBA/系統管理員，僅 Linux/Unix 存在
• 診斷日誌 (db2diag.log)：面向 IBM 支援團隊，記錄詳細診斷信息
• 通知日誌消息會以標準化格式同步寫入 db2diag.log

DB2 9.7 前的隱患

• 單一文件無限增長，佔滿文件系統導致 DB2 寫入失敗、其他應用崩潰
• 若與關鍵數據同盤，DB2 甚至無法正常工作
• 歷年累積日誌動輒數 GB，FTP 傳輸極慢，嚴重延誤 7×24 系統支援響應

輪換日誌兩種形態

管理通知日誌同步輪換：<instance>.N.nfy。

核心配置參數：DIAGSIZE

• 單位：MB，默認 0，最小 2，最大受限於可用磁盤空間
• 命令：db2 update dbm cfg using DIAGSIZE 1024 (需重啟實例生效)
• 空間分配策略：
  • Linux/Unix：診斷日誌佔 90%，通知日誌佔 10%
  • Windows：全部分配給診斷日誌
• 單文件大小 = 該類總配額 ÷ 10 (最多保留 10 個輪換文件)
• Early Totaling 機制：創建新文件前檢查磁盤空間，不足且已有 ≥2 文件時刪除最舊文件騰空間，防止目錄寫滿

啟用輪換日誌實戰演示

# 啟用前：僅 db2diag.log, db2hia.nfy
sapsu2:db2hia 5% db2 update dbm cfg using DIAGSIZE 2
DB20000I The UPDATE DATABASE MANAGER CONFIGURATION command completed successfully.

# 重啟後：生成 db2diag.0.log, db2hia.0.nfy
# 運行一段時間後：db2diag.6.log ~ db2diag.15.log 依次產生

禁用輪換日誌

db2 update dbm cfg using DIAGSIZE 0  # 重啟實例後恢復單文件模式

工具生態無縫支持

• db2diag：讀取所有輪換文件，輸出格式無變化
• PD_GET_DIAG_HIST 表函數：自動掃描所有輪換文件返回結果
• db2support：支援收集輪換日誌打包

生產環境最佳實踐建議

官方文檔建議：DIAGSIZE > 50MB 且 ≤ DIAGPATH 目錄可用空間 80%。

實戰經驗值：觀察每週 db2diag.log 增長量決定配置。SAP 系統典型增長 2-4 MB/週，建議設 1024 MB (1 GB)：

• 最多 10 個 × 10 MB 通知日誌
• 最多 10 個 × 90 MB 診斷日誌
• 覆蓋高壓力下大量警告/錯誤場景，避免關鍵診斷信息被覆蓋

總結

DB2 9.7 輪換日誌通過 DIAGSIZE 統一配額控制、固定 10 文件輪換、Early Totaling 磁盤保護、工具鏈無縫兼容，實現「零運維負擔、零磁盤風險、零支援延遲」的診斷日誌管理新體驗。生產系統強烈建議啟用並按業務增長率科學設定配額。

1. 上一篇文章： DB2 9.5 SQL Procedure Developer 認證考試 735 备考指南：第三部分 UDF 與 SQL 函數全維度解析
2. 下一篇文章： DB2 備份恢復性能極致優化：原理、參數與 SAP 系統實戰全紀錄

DB2 教學

DB2 資料庫備份驗證：使用 db2ckbkp 確保備份可用性

為何需要驗證 DB2 備份？ 對於 DB2 資料庫管理員而言

DB2 資料操作入門：Control Center 與 Command Editor 實作 INSERT/DELETE

方法一：Control Center 圖形化操作 物件視圖

布隆過濾器原理、誤判率分析與 Counting Bloom Filter 刪除機制

布隆過濾器原理、誤判率分析與 Counting Bloom

DB2 9：構建 SOA 資訊服務架構的核心基石

三層架構總覽 底層：核心資料庫 — DB2 UDB 管理