前兩篇文章已經建立了SQL 2008 的故障轉移集羣，由於故障轉移集羣存在一個單點故障，既是當網絡存儲設備不可用時，整個集羣就不可用了。所以爲了獲得更好的高可用特性和容災機制，我們可以將集羣中的某一特定SQL數據庫配置一個鏡像數據庫。這樣，即使整個集羣不可用，數據庫還可以從集羣的主題數據庫遷移到鏡像上，當集羣內任意節點恢復後，就可以從鏡像數據上遷移回集羣。
這個方案結構圖如下
一、配置集羣的數據庫鏡像
具體配置方法參見，這裏大概介紹一下流程
1、此例中我們在SQL集羣中建立一個用於留言板的數據庫Message作 爲一個主數據庫
2、創建完整的Message數據庫備份、日誌備份
3、在用做鏡像服務器的SQL Server上還原數據庫備份和日誌備份。注意還原的時候一定要在選項卡中，勾選Restore with norecovery。否則鏡像不能成功
4、鏡像設置完成後如圖示：CSQL\SQL2008爲集羣名稱和SQL實例；Hyper-V02是鏡像數據庫。
在數據庫上點擊右鍵——任務——啓動數據庫鏡像監視器。在這裏可以看到一些鏡像的詳細運作信息，包括鏡像狀態、事務日誌同步情況等等。
至此，SQL2008鏡像+故障轉移集羣的實例全部完成，在實際使用的過程中還需要針對不同情況對不同的
高可用方案作出靈活的選擇。
二：關於運行模式
在此例中選擇鏡像的運行模式至關重要，因爲它關乎着故障時數據的的流向問題。運行模式主要分爲兩類，一是帶見證服務器的，另一個是不帶見證服務器的。
1、帶見證服務器的高安全性模式（帶自動故障轉移功能的高安全模式）
此模式下，當前主體服務器節點失敗，故障開始在節點間轉移，鏡像會話故障轉移到鏡像數據庫服務器上，故障在節點間轉移完成後，先前的主體服務器集羣變成鏡像服務器，鏡像服務器變成主體服務器。
2、不帶見證服務器的高安全模式（不帶自動故障轉移功能的高安全性模式會話）
此模式下，如果運行當前主體服務器的節點失敗，則羣集中的其他節點將充當主體服務器。注意，如果羣集不可用，數據庫將不可用（可以強行將掛起的鏡像數據庫上線，這樣可能會丟失數據）
3、不帶見證服務器的高性能模式（此例中使用的模式）
此模式下，如果羣集故障轉移到另一節點，在鏡像會話中，故障轉移羣集實例將繼續作爲主體服務器。如果整個羣集出現問題，則可以將服務強制到鏡像服務器上。
4、帶見證服務器的高性能模式
此模式下，見證會話需要由兩個或多個服務器實例組成的仲裁。如果會話將仲裁丟失，則不能爲數據庫服務。參見《見證服務器如何影響數據庫可用性》
