前言
SQL Server 2008 企業版在高可用性 (HA) 方面引入多項關鍵增強：備份壓縮、資料庫鏡像與容錯移轉叢集混合部署、遠端容錯移轉叢集、對等交易複寫衝突偵測。本文系統梳理這些技術與組合方案，協助架構師規劃企業級持續可用資料平台。
一、磁碟備份與備份壓縮
備份壓縮效益
- 大幅縮減備份檔案體積，降低磁碟儲存成本，使「磁碟備份方案」(Virtual Tape Library、Online Backup) 具備成本競爭力。
- 縮短備份與還原時間 → 縮減資料庫離線維護視窗、降低備份作業對生產負載影響。
- 還原速度提升直接轉化為 RTO (Recovery Time Objective) 縮減。
二、資料庫鏡像 + 容錯移轉叢集混合架構
單一技術局限
- 容錯移轉叢集： 共享儲存為單點故障、依賴特定硬體、節點切換需共享磁碟仲裁。
- 資料庫鏡像： 僅兩節點 (Principal/Mirror)，故障轉移路徑過短，大型企業缺乏後備節點。
方案一：鏡像節點 = 容錯移轉叢集 (自動見證)
[Principal] --同步/非同步鏡像--> [Mirror Cluster: Node A (Active) + Node B (Passive)]
↑
[Witness] 仲裁自動切換
- Principal 失效 → 鏡像叢集自動切換至 Node A；Node A 後續失效 → Node B 接管。
- 提供三層保護：Principal → Mirror Active → Mirror Passive。
方案二：雙叢集鏡像 (手動切換)
[Principal Cluster] --鏡像--> [Mirror Cluster]
(無 Witness)
- 移除 Witness 避免「雙重自動切換衝突」：若雙方皆有自動切換機制，Principal 叢集內部切換與鏡像層面切換可能同時觸發，導致鏡像會話失敗。
- 犧牲自動容錯移轉，換取確定性切換流程，適合嚴格變更控制環境。
三、遠端容錯移轉叢集 (跨站點 HA)
架構挑戰
- 共享儲存跨越數十至數千公里，需底層儲存同步複寫。
- 同步複寫 (≤30km)： 單模光纖直連，RPO ≈ 0。
- 非同步複寫 (>30km)： 租用 ISP 專線，RPO > 0，需評估資料遺失容忍度。
廠商生態
EMC、Hitachi、NetApp 等提供成熟硬體/軟體整合方案，這也是 SQL Server AlwaysOn 概念中出現第三方廠商名稱的原因。
四、遠端容災替代方案：叢集 + 記錄傳送 / 對等複寫
記錄傳送限制 (SQL 2005 前)
- 依賴備份/複製/還原作業鏈，最小同步間隔 1 分鐘，無法連續。
交易複寫限制
SQL 2005 突破：對等交易複寫 (Peer-to-Peer Replication)
- 所有節點對等，無主從之分，支援多站點讀寫分流。
- 可構建複雜複寫拓撲：站點內高速同步、站點間低速非同步；本地應用僅站點內複寫，全域應用跨站點複寫。
SQL 2008 增強：衝突偵測與暫停
- 偵測衝突時暫停複寫，防止錯誤版本覆寫，保護雙站點正常存取。
- 降低對嚴格資料存取隔離設計的依賴。
五、實務部署建議
- 分層防護： 本地高可用 (叢集/鏡像/AlwaysOn) + 異地容災 (遠端叢集/複寫/記錄傳送)。
- RPO/RTO 量化： 同步複寫 RPO≈0 但距離受限；非同步 RPO 視頻寬/延遲而定。
- 測試驗證： 定期演練容錯移轉與災難復原，驗證腳本、權限、網路、DNS 切換流程。
- 整體系統視角： 資料庫 HA 只是拼圖一塊；網路 (交換器/路由器)、網路服務 (DNS/DHCP)、作業系統、應用層 (IIS/中介軟體) 同樣需高可用設計。
總結
SQL Server 2008 透過備份壓縮降低磁碟備份成本，以鏡像+叢集混合彌補單一技術短板，對等複寫賦能多站點主動-主動架構，並引入衝突偵測強化資料正確性。構建真正可用系統，仍需超越資料庫層面，納入基礎設施、應用架構與營運流程的全方位韌性設計。
