dag

CCR與SCR合併，並已發展成為一個更加統一的高可用性架構，這其中，DAG成為基本的組成部分。也就是說，不論是部署本地級還是站點級的高可用性和災難可恢復解決方案，都要用到DAG。在Exchange 2010中，保護郵箱資料庫的唯一方法也是使用DAG。DAG的主要組成部分是一種稱為主動管理器(Active Manager）的新組件。Exchange 2007及早期版本中的Exchange群集資源DLL(exres.dll）和相關的群集服務資源，如今已被取代。現在，Exchange 2010使用主動管理器來管理DAG中郵箱伺服器間的數據交換和故障切換。主動管理器運行在給定的DAG中的所有郵箱伺服器上，它有兩個角色：主要主動管理器（Primary Active Manager，PAM）和備用主動管理器（Standby Active Manager，SAM）。

·對Windows故障轉移群集的有限依賴：DAG僅使用了Windows故障轉移群集組件提供的有限的一部分群集功能。DAG使用群集資料庫、群集心跳（Cluster heartbeat）及文件共享見證（File Share Witness，FSW）功能。在Exchange 2007及早期版本中，Exchange是一個由Windows故障轉移群集操作的應用程序。而在Exchange 2010中，情況發生了變化，Windows故障轉移群集註冊時所創建的Exchange群集資源DLL及所有群集資源，已從Exchange 2010代碼中移除。

·增量部署：DAG仍使用Windows故障轉移群集組件（如群集資料庫、心跳和文件共享見證功能），因此需要Windows Server 2008 SP2版或R2企業版環境，以便能夠對DAG中的Exchange 2010郵箱伺服器進行配置。但Exchange 2010支持增量部署方式，也就是說不需要在安裝Exchange 2010之前形成群集。用戶可以安裝Exchange 2010郵箱伺服器，然後創建一個DAG並在必要時將資料庫和伺服器添加到其中。

·與其他Exchange角色共存：使用CCR時，用戶不能在郵箱伺服器（群集節點）上安裝受CCR保護的Exchange伺服器。使用DAG時，DAG中的郵箱伺服器還可以安裝其他Exchange角色。這個特點對於小型組織非常有利。這是因為受DAG保護的郵箱伺服器可以與其他Exchange角色並存。這也意味著用戶可以使用兩台機器作為專用Exchange伺服器，以提供一個完全的冗餘解決方案。當然，這需要配置文件共享見證，這一點在用戶環境中很容易實現。文件共享見證不需要運行相同版本的Windows，只要運行Windows Server 2003或更高版本即可。另外一點需要注意的是：如果用戶使用兩台Exchange 2010伺服器，並且希望得到一個完全的冗餘解決方案，則必須使用基於負載均衡解決方案的外部硬體或軟體，以便提供客戶端訪問服務。

·完全通過Exchange工具管理：在Exchange 2007中使用CCR時，必須使用Exchange和群集管理組合工具來配置和管理CCR群集。在Exchange 2010中使用DAG時，不必使用群集管理工具進行任何初始配置和管理，企業內部的Exchange管理員也不再需要有群集管理的經驗。

·資料庫級的複製：為了支持DAG的新功能，Exchange 2010資料庫已遷移到組織級，而不是Exchange 2007或早期版本的伺服器級。Exchange 2010中不存在存儲組的概念。現在，每個資料庫都有一個日誌流與資料庫相關聯。CCR的一個缺點是：如果主動節點的一個資料庫出現故障，群集郵箱伺服器上現有的所有活動資料庫的故障都將轉移到被動CCR節點。如果這個節點上的用戶有郵箱存儲於各自的群集郵箱伺服器（Cluster Mailbox Server，CMS），他們都將受到影響。

·每個DAG支持多達16個成員：同Exchange 2007相比，Exchange 2010可以支持更多的郵箱資料庫，用戶最多可以添加16個郵箱伺服器到一個DAG，並可能保存16個郵箱資料庫副本。因此，Exchange 2010企業版支持的郵箱資料庫最高限額已從50個上調至100個。但標準版目前仍然只支持每個郵箱伺服器最多5個資料庫。

·切換/故障轉移較以前更為快速：有賴於Exchange 2010 DAG的改進，現在，郵箱資料庫副本間的切換/故障轉移更為快速。同Exchange 2007下採用CCR動輒就需要數分鐘相比，目前所用時間往往在30稱之內。此外，由於Outlook MAPI客戶端連接客戶端訪問伺服器的RPC客戶端訪問服務，因此最終用戶很少會注意到切換或故障轉移的發生。

·3個以上資料庫副本時無需備份：當一個郵箱資料庫擁有3個或更多副本時，程序設計為無需用戶備份。也就是說當依次循環登錄受DAG保護的郵箱資料庫時，不再需要執行備份操作。

·支持位於不同活動目錄站點的DAG成員：與CCR群集節點不同，DAG成員伺服器可以位於不同的活動目錄站點。但是應當注意，不能把受同一個DAG保護的郵箱伺服器放置在活動目錄森林的不同域內。

·通過TCP傳送日誌：在Exchange2007中，Microsoft Exchange複製服務通過伺服器消息塊將日誌文件複製到被動資料庫副本（LCR）、被動群集節點（CCR）或SCR目標，這就意味著用戶需要打開CCR群集節點（通常是在部署多站點CCR群集時）與SCR源或SCR目標之間防火牆的445埠。利用Exchange 2010 DAG，非同步複製技術不再依賴伺服器管理塊。Exchange 2010使用TCP / IP協議進行日誌文件複製和播種（註：播種，即Seed。在 CCR 環境中安裝被動節點時，每個存儲組及其資料庫都將從主動節點複製到被動節點，該操作稱為播種），甚至可以指定埠用於日誌文件複製。默認情況下，DAG使用64327埠，當然，也可另外指定其他埠。

·日誌文件壓縮：利用Exchange 2010 DAG，在一個DAG內的一個或多個網路間播種或複製時可以啟用壓縮功能。這是DAG本身的特性，而不是DAG網路的特性。默認設置為InterSubnetOnly，進行網路加密屬性設置時也使用相同的值。

·日誌文件加密：Exchange 2010 DAG增加了對加密的支持，而在Exchange 2007中，除非已配置IPsec，否則日誌文件將通過一個非加密通道複製。具體地說， DAG使用Windows Server 2008的加密功能，也就是說，DAG使用每個郵箱伺服器成員之間的Kerberos身份驗證。網路加密是對DAG本身而言的，而不是針對DAG網路。DAG網路加密屬性選項有：禁用（不使用網路加密），啟用（網路加密用於DAG中所有網路的播種和複製），InterSubnetOnly（默認設置，網路加密用於同一子網內的DAG網路），以及SeedOnly（網路加密用於DAG中所有網路的播種）。

·副本最多允許滯后14天：Exchange 2007 SP1的備用連續複製引入了滯后資料庫副本的概念。有了這項功能，用戶可以指定在重播已複製到 SCR 目標計算機的日誌文件之前，Microsoft Exchange 複製服務應等待的時間。用戶還可以使用另一個參數截斷滯后時間 (Truncation Lag Time），用於指定在截斷已複製到 SCR 目標計算機並已重播到資料庫副本的日誌文件之前，Microsoft Exchange 複製服務應等待的時間。利用這兩個選項，我們可以指定一個長達7天的時間差距。而通過Exchange 2010 DAG，用戶可以指定最多14天的截斷滯后時間。

·從資料庫副本播種：與Exchange 2007中的CCR不同，現在，用戶可以通過指定一個資料庫副本作為源資料庫來執行播種。這就意味著，現有郵箱資料庫的播種或重播操作不再對活動資料庫副本產生影響。

·公用文件夾資料庫不受DAG保護：與Exchange 2007的CCR不同，用戶不能使用DAG保護公用文件夾資料庫，而必須使用傳統的公共文件夾的複製機制對其加以保護。但在這方面也做了一些改進：如果公用文件夾存儲於DAG成員伺服器上，Exchange 組織中只有一個公用文件夾存儲的限制被取消。

·改進的傳輸轉儲程序：傳輸轉儲程序也有所改進，甚至受損資料庫在位於不同活動目錄站點的資料庫副本間進行故障轉移時，信息都可以重新遞送。除此之外，當所有信息都被複制到資料庫副本時，它們將從傳輸轉儲程序中被刪除。

1、創建資料庫可用性組；

2、添加資料庫可用性組成員；

3、新建郵箱資料庫

4、添加郵箱資料庫副本

在完成上面的配置后就可以使用OWA對配置的資料庫可用性組進行測試。測試的方法：

1、將郵箱伺服器MAIL或MAIL2關機，例如將郵箱伺服器MAIL關機

2、使用在MAIL郵箱伺服器中創建資料庫的用戶。

3、用戶登錄，查看是否可以訪問自己的數據。

資料庫可用性組 (DAG) 是一組（最多 16 台）Microsoft Exchange Server 2010 郵箱伺服器，提供從資料庫、伺服器或網路故障中自動執行資料庫級恢復的功能。DAG 使用連續複製和 Windows 故障轉移群集技術的子集以提供高可用性和站點恢復。DAG 中的郵箱伺服器相互進行故障監視。郵箱伺服器添加到 DAG 后，它會與 DAG 中的其他伺服器協同工作，提供從資料庫故障中自動執行資料庫級恢復的功能。

創建 DAG 時，DAG 最初是空的，並且會在 Active Directory 中創建一個目錄對象以代表 DAG。目錄對象用於存儲 DAG 的相關信息，比如伺服器成員身份信息。將第一個伺服器添加到 DAG 時，將為 DAG 自動創建故障轉移群集。此外，還將啟動監視伺服器的網路或故障的基礎結構。然後，使用故障轉移群集檢測信號機制和群集資料庫來跟蹤和管理有關 DAG 可能快速更改的信息，比如資料庫裝入狀態、複製狀態和最後裝入位置。