關於Exchange Server 2010 DAG：
·在兩臺同時使用典型安裝的Exchange服務器上實現DAG時，由於客戶端訪問、集線器傳輸、郵箱數據庫三種角色都安裝在一起，所以不能在使用了DAG的同時使用NLB。若要實現客戶端訪問和集線器傳輸服務器角色的高可用性，應當在客戶端和這些服務器角色之間使用某種形式的負載均衡，因爲網絡負載均衡和windows故障轉移羣集不能同時存在於一臺服務器上，必須使用非windows網絡負載均衡解決方案（例如使用硬件負載均衡器或基於軟件的第三方負載均衡器）
·需要見證服務器來維護仲裁，見證服務器不能是DAG的成員，一旦見證服務器維護的仲裁投票者可用數超過半數（見證服務器也是仲裁一員），服務即可繼續提供，如果低於半數，服務將終止。
·DAG的實現過程包含：DAG去羣集的創建和創建數據庫副本。在Exchange 2010 DAG中，不需要使用共享存儲來實現高可用性。
·DAG的實現過程只調用了windows羣集功能，高可用性管理是在Exchange Manager Console中進行。
·DAG要求配置的數據庫副本的存儲位置在所有的節點上需要一致。
·單個DAG最多可以支持添加16個節點（郵箱服務器）。並且可以保存16個郵箱數據庫副本。值得注意的是Exchange 2010標準版只能支持每臺郵箱服務器最多支持5個數據庫。
·DAG在添加完服務器成員後，成功創建羣集之後，網絡名稱資源（羣集名稱）進入聯機狀態時，windows故障轉移羣集會在域名系統中自動註冊羣集IP地址，並且實現羣集名稱、IP在內部的查詢過程。
·DAG的工作過程依託故障轉移羣集仲裁功能，DAG是否工作是通過來仲裁結果來做判斷，如果仲裁結果不滿足運行服務的要求，則所有DAG操作將停止運行，並且DAG中託管的所有裝入數據庫都將卸除。
·對於偶數個成員的DAG使用故障轉移羣集的節點和文件共享多數仲裁模式，使用外部見證服務器，並且外部見證服務器也充當投票成員，如果超過半數的成員因爲故障無法通信而丟失仲裁權，DAG將宣告服務停止。
·對於奇數個成員的DAG使用故障轉移羣集的節點多數仲裁模式。並且當超過半數的成員丟失仲裁權時，DAG會停止工作。
-----------------------------------------------------------------------------------------------
實驗拓撲：
這個拓撲架構圖可以說是比較有代表意義的了，在小型企業，一般爲節省成本，都不會考慮部署太多臺Exchange服務器，畢竟多一臺服務器需要多一套操作系統和一套Exchange的投資成本，就算是服務器虛擬化，操作系統可以免費使用，至少也要多給一套Exchange的錢。在考慮成本的同時也不能忽視了高可用性的存在。使用2臺Exchange服務器就可以實現高可用性，這裏主要指的是郵箱數據庫的高可用性，對於Exchange 2007之後的Exchange服務器，微軟在架構上區分出5中Exchange服務器角色，並且建議在複雜的企業環境中建議分開單獨部署這些角色，所以高可用性也就不僅僅是郵箱數據庫的高可用性，所以還需要有客戶端訪問CAS的負載均衡和冗餘、集線器傳輸服務器HUB的負載均衡和冗餘、在邊緣上的邊緣傳輸服務器的負載均衡和冗餘。
在上圖中，兩臺Exchange服務器採用了默認角色安裝（CAS、HUB、Mailbox）。
在高可用性的設計上我們採用服務器羣集來實現數據庫的高可用性。通過第三方硬件或軟件來實現負載均衡和冗餘，因爲負載均衡和故障羣集不能夠同時在同一臺服務器上同時運行。並且採用企業版以上的操作系統做支撐。
---------------------------------------------------------------------------------------------
在部署數據庫可用性組前應該注意：
創建DAG的郵件服務器使用的windows Server操作系統必須是企業版或數據中心版本。因爲DAG調用故障羣集轉移來實現仲裁和故障轉移。只有企業版或數據中心版本操作系統帶有故障羣集轉移功能。
內部AD、DNS、CA服務正常運行。
------------------------------------------------------------------------------------
1.權限添加。
這一步操作如果是實驗中使用了第三臺非Exchange角色服務器來作爲見證服務器的話，必須將Exchange Trusted Subsystem組添加到見證服務器德爾本地管理員組中。如果使用的是Exchange角色服務器作爲見證服務器，則不需要執行此步驟。在實際中，如果有第三臺Exchange角色服務器（CAS、HUB），直接將第三臺Exchange角色服務器作爲見證服務器是最佳之選。
2.創建數據庫可用性組。
並且爲羣集指定固定的IP地址。這裏羣集是會根據創建的數據庫可用性組名稱自動去創建。如果環境中沒有存在可用的DHCP服務器來自動爲羣集添加IP時，必須執行此步驟，否則絕對報錯。這裏會報錯誤，在EMC控制檯中操作也會報錯，我個人覺得這個應該是一個BUG來的，研究了2天，後來也就放棄了，有知道原因的可以郵件我[email protected]。感激不盡！
3.添加數據庫可用性組成員。
4.配置數據庫可用性組網絡設置。
正常情況下，配置完之後會有2個網絡出現，一個是我們用來內部郵件流傳輸的網絡192.168.8.0/24，一個是用來羣集間數據複製和做心跳檢測的網絡10.10.10.0/8。我們將內部郵件流傳輸網絡關閉數據複製。
5.添加郵箱數據庫副本。
郵箱數據庫副本我存放在集羣中其它服務器上的與自身形態一致的數據庫文件。做2成員的DAG時，創建郵箱數據庫副本會挺簡單，在對方服務器創建一份副本即可。如果是一個羣集中由很多臺服務器構成一個DAG，那麼郵箱數據庫的副本在整個羣集中也應該只存放一份。可用性不會因爲副本數量增多而提高，當羣集達到停止服務運行的仲裁標準後，羣集中其它所有的副本也將不可用。
以下查看數據庫可用性組狀態、羣集狀態、以及羣集生成的DNS記錄、以及羣集創建的計算機賬戶。
至此，Exchange數據庫可用性組創建就完成了。