DB2 通用資料庫進程全圖鑑：Linux/UNIX/Windows 進程對照、功能解析與實戰診斷

理解 DB2 進程模型是效能調優、故障診斷、高可用腳本編寫的基石。本文系統梳理 DB2 UDB V8 在 Linux/UNIX/Windows 上的進程/執行緒分類、命名規則、觸發條件與實戰案例，附完整字母序索引表供快速查閱。

進程模型核心概念

• 代理程序： 代表應用程式執行資料庫工作的「工作者」。
  • 協調代理程序： 處理所有客戶端連接請求（本地 IPC/遠程 TCP），協調子代理工作。
  • 子代理程序： `INTRA_PARALLEL=YES` 時由協調代理分派執行並行查詢片段。忙碌時為 `db2agntp`，閒置時為 `db2agnta`（駐留代理池，受 `MAXAGENTS`/`NUM_POOLAGENTS` 控制）。
• 平台差異： Linux/UNIX 以**進程**呈現；Windows 僅單一 `db2syscs.exe` 進程，內部以**執行緒**實現每個 EDU（引擎分派單元）。

進程分類完整表（節錄關鍵類別）

實例級常駐進程（無連接、無作用資料庫時）

每連接/每作用資料庫進程

工具類進程（備份/恢復/載入/重組）

• `db2bm`：備份/恢復緩衝區操作器（每緩衝區一個）
• `db2fmp`：受保護模式執行 SP/UDF（替代舊 `db2udf`/`db2dari`）
• `db2reorg`：線上就地重組進程（V8.1 新增）
• LOAD 相關：`db2lbmX`(緩衝區操作)、`db2lfrmX`(格式化)、`db2lrid`(索引 RID 建構)、`db2lmr`(媒體讀取)、`db2lmwX`(媒體寫入)、`db2lpart`(分區子代理)、`db2lload`(載入子代理) 等，多分區環境下大量並行進程協同工作。

常用可執行檔與 Windows 服務

實戰診斷案例

案例一：神秘的 CPU 飆高 → 頁面清除器狂奔

電商網站響應時間間歇性惡化，快照無異常。`ps -ef` 發現 `db2pclnr` 佔用 90%+ CPU。根因：`NUM_IOCLEANERS` 設定過大、檢查點間距太短、緩衝池太小導致髒頁爆量。調優後吞吐量提升 50%+。

案例二：查詢全面變慢 → 重平衡在跑

效能調優現場，應用列表無長跑查詢，但 `db2rebal` 進程存在。客戶承認早間給 40GB 表空間新增容器，觸發非同步重平衡。等待完成後效能恢復。

進程與診斷日誌關聯

`db2diag.log` 記錄含 `PID` 及進程名（如 `db2agent (SAMPLE)`），對照進程功能即可快速定位錯誤上下文。

完整字母序索引表（74 項）

文末附表 7，涵蓋所有進程/服務/可執行檔名稱與對應詳細表格連結，支援快速查閱。

觀察範例（AIX `ps -ef`）

• `db2start` 後：`db2wdog` → `db2gds` → `db2sysc` → `db2ipccm`/`db2resyn`/`db2srvlst`...
• `NUM_INITAGENTS=5` 時：顯示 5 個 `db2agent (idle)`。
• 連接 `SAMPLE` 後：出現 `db2agent (SAMPLE)`、`db2loggr`、`db2loggw`、`db2dlock`、`db2pclnr`、`db2pfchr` x3、`db2event`... 對應配置參數 `NUM_IOCLEANERS=1`、`NUM_IOSERVERS=3`。
• `CONNECT RESET` 後：`db2agent (SAMPLE)` → `db2agent (idle)`（因 `NUM_POOLAGENTS>0` 保留池中）。

掌握進程全貌，讓您從「看進程名發呆」進化為「看進程名懂狀態、懂配置、懂調優」，成為真正的 DB2 內核級專家。