一. 複製Replication（快照、事務、合併） 應用場景： 負載均衡、提供副本讀，寫操作。 分區將歷史數據複製到其它表中。 授權，將數據提供它人使用。 數據合併。 故障轉移。 優點: 實現簡單。 數據同時同步,幾乎達到鏡像。 可以實現對某些表，或表數據過濾進行複製。 缺點: 不適合做高可用，因 ...
一. 複製Replication（快照、事務、合併）
應用場景：
負載均衡、提供副本讀，寫操作。
分區將歷史數據複製到其它表中。
授權，將數據提供它人使用。
數據合併。
故障轉移。
優點:
實現簡單。
數據同時同步,幾乎達到鏡像。
可以實現對某些表，或表數據過濾進行複製。
缺點:
不適合做高可用，因為整個庫複製影響性能。
不支持故障自動切換。
要求:
必須有主鍵的表才能做複製。
二. 日誌傳送log shipping(備份-->複製-->恢復)
應用場景：
多台主從伺服器定時備份同步。
負載均衡、提供副本只讀。
優點:
實現簡單。
要求:
必須是完整備份模式。
主伺服器、輔助伺服器、監視伺服器的備份文件夾必須有讀寫許可權。
sql agent代理必須啟動。
三. 鏡像
應用場景：
要求高服務可用性。
要求實現自動故障轉移。
確保數據的完整。
優點：
根據業務可實現同步和非同步鏡像。
快速的故障轉移恢復。低硬體成本。
要求：
主體伺服器。
鏡像伺服器。
見證伺服器。
四. 故障轉移群集
應用場景：
硬體故障轉移。
服務故障轉移。
人工故障或各種其它原因等。
優點：
根據業務進行靈活的群集拓撲結構
快速且自動故障轉移
缺點:
群集非活躍節點浪費硬體資源
群集節點間共用的共用存儲，仍然存在潛在的單點故障隱患。
沒有負載能力，不是提升性能的技術。
要求
基於windows故障轉移
五 總結 （不包含 always on 且是sql 2005版的總結）圖片來自微軟講師 借鑒下。哈哈
