DB2 最佳實踐：將計劃性停機降至零的七大策略與實作指南

核心觀點：可用性由業務定義，技術服務於業務

「停機」不僅指資料庫完全離線，亦包含效能惡化導致服務不可用。計劃性停機（維護、升級、備份）雖可預期，但對 24/7 營運的業務仍屬災難。本文針對表/索引維護、資料載入、升級、備份、調優配置、儲存管理六大面向，提供可落地的最佳實踐。

策略一：表與索引維護——「能不 Reorg 就不 Reorg」

判斷是否必須 Reorg

• 僅在 REORGCHK 公式確認且業務受影響時執行；F1 設定 PCTFREE 5% 減少溢位記錄、F2/F3 不需釋放空間可忽略、F4 採用 MDC 表或叢集索引維持叢集度。
• F5/F6 先嘗試 REORG INDEXES ... CLEANUP ONLY ALL（無物件切換、無排他鎖）；F7/F8 偽刪除鍵/頁若無效能影響可忽略。

從根源減少 Reorg 需求

• 全面轉換 Type-1 索引為 Type-2（支援線上 Reorg）
• 啟用 DB2MAXFSCRSEARCH=-1 優先重用已釋放空間
• 縮短交易長度、避免頻繁 UPDATE 導致列長度變動、善用 PCTFREE 預留擴展空間
• 啟用自動壓縮替代 Reorg 壓縮資料表

必須 Reorg 時：線上 Reorg 與 Cleanup 選項

線上 Reorg 僅截斷階段短暫阻塞寫入，讀取全程不受影響；索引採用 ALLOW WRITE ACCESS ... CLEANUP ONLY 即時清除偽刪除鍵，維持讀寫可用。

策略二：資料載入與攝取——分區表與線上 Load

• SQL INSERT：吞吐率高且保持表完全讀寫可用；不足時改用緩衝/批次插入或多連線並行。
• 分區表 ATTACH/ADD：先在獨立表載入淨化資料，再 ALTER TABLE ... ATTACH PARTITION 秒級掛載，配合 SET INTEGRITY ... ALLOW WRITE ACCESS 即時可見。
• ONLINE LOAD：指定 ALLOW READ ACCESS，以超級排他鎖換取最快載入速度下的讀取可用性。

策略三：升級作業——HADR 滾動升級與並行安裝

1. 停止備援庫 → 升級備援庫 → 啟用並等待 Peer 狀態 → TAKEOVER HADR 切換主備
2. 將用戶端導向新主庫 → 升級原主庫

無 HADR 環境可採用「同機不同路徑並行安裝新版 DB2 → db2iupdt 升級實例 → 執行後續腳本」模式，僅需短暫停機重啟實例。

策略四：備份操作——線上備份與增量/表空間級策略

• 預設採用 線上備份，應用程式讀寫不中斷
• 大型資料庫採用 表空間級備份 或 增量備份 縮短備份窗口
• 設定 DB2_OBJECT_TABLE_ENTRIES=65532 避免備份期間與線上建索引/Reorg 衝突
• 備份期間執行 IMPORT REPLACE 時設定 DB2_TRUNCATE_REUSESTORAGE=IMPORT

策略五：調優與配置——動態參數與自動調適

• 關鍵參數設為 AUTOMATIC：applheapsz、database_memory、dbheap、instance_memory、mon_heap_sz、stat_heap_sz、stmtheap——防止堆耗盡拋出錯誤被誤判為不可用
• 啟用 STMM 自動調適，穩定後再固定最佳值
• 設定 DB2_OPT_MAX_TEMP_SIZE=1024 避免大型排序佔滿臨時表空間
• 設定 DB2_OPTPROFILE=YES 以登錄變量繞過優化器缺陷，免重啟

策略六：儲存管理——自動儲存與 Auto-resize

• DMS 表空間啟用自動儲存或 ALTER TABLESPACE ... AUTORESIZE YES，自動擴容防止檔案系統滿
• 「一表一表空間」配合自動儲存：刪除表即釋放空間，免管理碎片
• 使用 ALTER TABLESPACE ... REDUCE 釋放高水位線以上未用空間，部份情況可線上縮減高水位線

結語

DB2 提供完整工具鏈消除或壓縮計劃性停機：從架構層面的 MDC/分區表、HADR 滾動升級，到操作層面的線上 Reorg/Load/備份、動態參數與自動儲存。關鍵在於依業務可用性等級（SLA）選擇適當組合，並在測試環境嚴格驗證後再上生產。唯有「正確理解技術 + 嚴格測試驗證」，才能真正實現高可用承諾。