DB2 9 高可用架構概覽
DB2 9 提供鏡像分割 (Mirroring/分區級鏡像) 與高可用性災難恢復 (HADR) 兩大核心 HA/DR 技術。鏡像分割針對存儲層實時複製，HADR 在數據庫層通過日誌傳送實現主備同步。兩者可疊加，構建 RPO=0、RTO<分鐘的企業級韌性架構。
鏡像分割技術詳解
原理與實現
- 基於存儲設備 (SAN/NAS) 的同步鏡像 (如 Metro Mirror, SRDF/S) 或主機端軟件鏡像 (AIX LVM Mirror, Linux DRBD, Windows Dynamic Disk Mirror)。
- 數據庫容器 (表空間容器、日誌目錄) 位於鏡像卷上，寫入同步到遠端副本，應用無感知。
- 分割操作：凍結 I/O (SET WRITE SUSPEND) -> 存儲層分割快照 -> 解凍 I/O (SET WRITE RESUME) -> 遠端掛載快照啟動備用實例。
適用場景與限制
- 優勢：RPO=0、對數據庫版本/平台無關、可用於備份卸載、測試克隆、報表查詢 (掛載快照啟動只讀實例)。
- 限制：需存儲設備支持、距離受限 (同步通常 <100km)、分割瞬間應用短暫阻塞、備用實例啟動需恢復 (回放日誌)。
HADR (High Availability Disaster Recovery) 深度解析
架構與同步模式
| 模式 | 同步機制 | RPO | 延遲影響 | 典型距離 |
|---|
| SYNC | 主寫日誌 -> 本地刷盤 -> 發送 -> 備收到寫入內存 -> 確認 -> 主提交 | 0 | 高 (網絡 RTT 直接加事務延遲) | <100km |
| NEARSYNC | 主寫日誌 -> 本地刷盤 -> 發送 -> 備收到寫入內存 -> 確認 (不等備刷盤) | 極低 | 中 | <300km |
| ASYNC | 主寫日誌 -> 本地刷盤 -> 發送 -> 立即提交 (不等備確認) | 秒級 | 低 | 無限制 |
| SUPERASYNC | 主不等網絡發送緩衝區，最高性能，風險最大 | 不可控 | 最低 | 跨洲 |
關鍵配置參數
- HADR_LOCAL_HOST/HADR_LOCAL_SVC, HADR_REMOTE_HOST/HADR_REMOTE_SVC, HADR_REMOTE_INST。
- HADR_SYNCMODE (SYNC/NEARSYNC/ASYNC/SUPERASYNC)。
- HADR_PEER_WINDOW (Peer 窗口秒數，網絡抖動容忍，防腦裂)。
- HADR_TIMEOUT (心跳超時)，HADR_SPOOL_LIMIT (備端溢寫磁盤限制)。
自動客戶端重路由 (ACR)
配置 UPDATE ALTERNATE SERVER FOR DATABASE dbname USING HOST standby_host PORT port。JDBC/CLI/.NET 驅動自動檢測主庫失效，無縫切換到備庫，應用僅感知短暫連接中斷。
監控與運維
- db2pd -hadr -db dbname：查看 STATE (PEER/REMOTE CATCHUP/DISCONNECTED)、日誌差距 (LOG GAP)、傳輸速率。
- MON_GET_HADR 表函數獲取歷史指標。
- 定期測試故障轉移 (TAKEOVER HADR ON DATABASE dbname) 並驗證數據一致性。
- 日誌鏈斷裂風險：備庫磁盤空間不足導致溢寫失敗、網絡中斷超過 PEER_WINDOW、主庫非歸檔日誌被覆蓋。預留足夠日誌空間 (LOGPRIMARY/LOGSECOND)、啟用 HADR_SPOOL_LIMIT、監控日誌使用率。
組合部署模式：鏡像分割 + HADR
- 本地高可用：同城雙數據中心，存儲同步鏡像 (RPO=0) + HADR SYNC (邏輯層雙重保障)。
- 異地災備：遠端第三中心，HADR ASYNC/NEARSYNC 接收日誌，存儲異步複製 (Global Mirror) 作為第二層保護。
- 測試/報表分流：對鏡像分割快照或 HADR 備庫 (DB2 10.5+ 只讀備庫) 開啟只讀訪問，卸載主庫壓力。
最佳實踐清單
- 網絡專線、低延遲、QoS 保障 HADR 流量，雙路徑冗餘。
- 主備硬件、OS、DB2 版本、Fix Pack 完全一致，內核參數同步。
- 日誌文件系統獨立、高性能 (RAW/直連/SSD)，預留 2-3 倍日誌空間。
- 自動化腳本：心跳檢測、故障轉移決策 (需人工確認或半自動)、切換後 DNS/VIP 更新、應用連接驗證。
- 文檔化 RTO/RPO 目標、升級/回滾流程、演練記錄 (季度至少 1 次)。
總結
DB2 9 鏡像分割與 HADR 互補組合，提供從存儲層到數據庫層的全方位高可用與災難恢復能力。架構師應根據業務 RPO/RPO、預算、地理分佈選擇恰當模式組合，並建立嚴格運維體系確保承諾兌現。
