close
SQL Server 鏡像
Failover Clustering vs Database Mirrioring
- Failover Clustering 架構於作業系統上的容錯移轉。
- Failover Clustering 需要一組 Shared Disk進行。
- SQL Server Failover Clustering 是以一整個 Instance 為主,而 Database Mirrioring是以單一的Database為主進行控管。
- SQL Server Failover Clustering主要為AP (Active/Passive) Mode,所以另一台主機只能待命無法使用(如果您需要將Failover變成 A/A Mode的話,可以參考 [SQL Server - 雙主動模式叢集環境架設]),而Database Mirroring只有設定鏡像的資料庫不能讀取,但是可以透過資料庫快照來讓 Mirro 端的資料庫可以進行唯讀的動作。
- 如果 Database Mirrioring 要作到自動容錯移轉時,需要第三台主機進行監控,但只需 Windows XP 或 Windows 7的作業系統,而資料庫只需 Express 免費版即可。
Database Mirroring 作業模式:
資料庫鏡像工作階段可分成同步或非同步作業。
- 在非同步作業下,交易不會等待鏡像伺服器將記錄寫入磁碟,即逕行認可,藉以達到最大效能。
- 在同步作業下,交易將同時在兩個夥伴上進行認可,也就是必須等二台伺服器都正常Commit之後才算完成,其代價當然是會增加交易延遲性。
依據作業模式的不同,鏡像工作也就有兩種模式:
鏡像作業模式共有兩種,請參考下列說明。
第一種模式 (「High-Safety Mode」) 可支援同步作業。在高安全性模式下,當工作階段開始時,鏡像伺服器會儘快將鏡像資料庫與主體資料庫進行同步處理。一旦資料庫同步處理完成之後,交易將同時在兩個夥伴上進行認可,代價是會增加交易延遲性。
第二種作業模式 (「High-Performance Mode」) 則以非同步方式執行。鏡像伺服器會盡量跟上主體伺服器所傳送的記錄。鏡像資料庫可能會稍微落後主體資料庫。然而,在資料庫之間的間距通常很小。但是,若主體伺服器的工作負載很大,或鏡像伺服器的系統超載時,此差距就會變大。
1. 自動容錯移轉(Automatic Failover)
只有在高安全性模式下搭配見證執行的資料庫鏡像工作階段才支援自動容錯移轉。
資料庫必須已同步處理,而見證也必須連接到鏡像伺服器。
2. 手動容錯移轉(Manual Failover)
手動容錯移轉會中斷用戶端與資料庫之間的連接,並將夥伴的角色反轉過來。
只有高安全性模式支援手動容錯移轉。
夥伴必須互相連接,而且資料庫也必須已完成同步處理。
文章標籤
全站熱搜
留言列表