前兩篇文章已經建立了SQL 2008 的故障轉移集群，由于故障轉移集群存在一個單點故障，既是當網絡存儲設備不可用時，整個集群就不可用了。所以為了獲得更好的高可用特性和容災機制，我們可以將集群中的某一特定SQL數據庫配置一個鏡像數據庫。這樣，即使整個集群不可用，數據庫還可以從集群的主題數據庫遷移到鏡像上，當集群內任意節點恢復后，就可以從鏡像數據上遷移回集群。

這個方案結構圖如下

一、配置集群的數據庫鏡像

?

具體配置方法參見，這里大概介紹一下流程

《SQL Server 2008 數據庫鏡像部署實例之一》

《SQL Server 2008 數據庫鏡像部署實例之二》

《SQL Server 2008 數據庫鏡像部署實例之三》

1、此例中我們在SQL集群中建立一個用于留言板的數據庫Message作? 為一個主數據庫

2、創建完整的Message數據庫備份、日志備份

3、在用做鏡像服務器的SQL Server上還原數據庫備份和日志備份。注意還原的時候一定要在選項卡中，勾選Restore with norecovery。否則鏡像不能成功

4、鏡像設置完成后如圖示：CSQL\SQL2008為集群名稱和SQL實例；Hyper-V02是鏡像數據庫。

在數據庫上點擊右鍵——任務——啟動數據庫鏡像監視器。在這里可以看到一些鏡像的詳細運作信息，包括鏡像狀態、事務日志同步情況等等。

至此，SQL2008鏡像+故障轉移集群的實例全部完成，在實際使用的過程中還需要針對不同情況對不同的

高可用方案作出靈活的選擇。

二：關于運行模式

在此例中選擇鏡像的運行模式至關重要，因為它關乎著故障時數據的的流向問題。運行模式主要分為兩類，一是帶見證服務器的，另一個是不帶見證服務器的。

1、帶見證服務器的高安全性模式（帶自動故障轉移功能的高安全模式）

此模式下，當前主體服務器節點失敗，故障開始在節點間轉移，鏡像會話故障轉移到鏡像數據庫服務器上，故障在節點間轉移完成后，先前的主體服務器集群變成鏡像服務器，鏡像服務器變成主體服務器。

?

2、不帶見證服務器的高安全模式（不帶自動故障轉移功能的高安全性模式會話）

此模式下，如果運行當前主體服務器的節點失敗，則群集中的其他節點將充當主體服務器。注意，如果群集不可用，數據庫將不可用（可以強行將掛起的鏡像數據庫上線，這樣可能會丟失數據）

?

3、不帶見證服務器的高性能模式（此例中使用的模式）

此模式下，如果群集故障轉移到另一節點，在鏡像會話中，故障轉移群集實例將繼續作為主體服務器。如果整個群集出現問題，則可以將服務強制到鏡像服務器上。

?

4、帶見證服務器的高性能模式

此模式下，見證會話需要由兩個或多個服務器實例組成的仲裁。如果會話將仲裁丟失，則不能為數據庫服務。參見《見證服務器如何影響數據庫可用性》

?

?

轉載于:https://www.cnblogs.com/dudumao/archive/2012/05/09/3339484.html

總結

以上是生活随笔為你收集整理的SQL Server 2008故障转移集群+数据库镜像配置实例之三的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。