<ul id="kc2yi"></ul>

SQL Server 高可用容災備份方案：Mirror 和 AlwaysOn

當前位置：點晴教程→知識管理交流 →『技術文檔交流』

admin

2026年3月21日 7:26 本文熱度 408

Oracle 有Dataguard，SQL Server 同樣有自己的容災方案：Mirror 和 AlwaysOn。

因為技術迭代，2012版本之前，SQL Server 只支持Mirror（鏡像）方式做容災。2012及以后版本支持AlwaysOn，（Mirror標記為將被移除的功能，其實還能使用）。

SQL Server Mirror：曾經的主流方案

? 它是什么？

Database Mirroring（數據庫鏡像）是 SQL Server 早期的高可用方案。

核心機制：

主庫（Principal）

鏡像庫（Mirror）

可選見證（Witness，實現自動切換）

? 優點（為什么當年很多人用）

配置相對簡單

切換速度快

同步模式下基本無數據丟失

成本較低（標準版也能用）

? 缺點（也是它被淘汰的原因）

1?? 粒度太“細”（數據庫級）

?? 一個實例有10個庫，就要配10套鏡像

2?? 不支持讀擴展

備庫基本不能用來分擔讀壓力

資源利用率低

3?? 已被官方“邊緣化”

從 SQL Server 2012 開始：

??Mirror 被標記為“將被移除的功能”

AlwaysOn：企業級高可用方案

? 它是什么？

AlwaysOn Availability Groups（可用性組）是 SQL Server 主推的HA/DR方案。

核心能力：

一主多從

多副本同步 / 異步

組級切換（多個數據庫一起切）

? 核心優勢（重點看這幾個）

1?? 業務級切換（不是單庫）

?? 多個數據庫可以打包成一個“可用性組”

意味著：

應用相關數據庫可以一起切換

不會出現“有的庫切了，有的沒切”

2?? 支持讀寫分離

主庫負責寫

從庫可以用來查詢

??真正實現資源利用最大化

3?? 支持多副本（更強容災）

本地高可用（同城）

異地災備（異步復制）

?? 可以構建“兩地三中心”架構

4?? 自動故障轉移更成熟

健康檢測更完善

故障判斷更智能

? 需要注意的成本

1?? 版本要求

?? 完整功能需要企業版（Enterprise Edition）

2?? 架構復雜度更高

依賴 Windows Failover Cluster（WSFC）

配置比 Mirror 更復雜

Mirror vs AlwaysOn：核心對比

對比項	Mirror	AlwaysOn
保護粒度	單數據庫	數據庫組
是否支持多庫一致切換	?	?
是否支持讀擴展	?	?
副本數量	1個鏡像	多副本
自動切換	有（依賴見證）	更成熟
架構復雜度	低	高
未來支持	?（逐步淘汰）	? 主流方案