Exchange Server 2010的DAG高可用性如何理解

Exchange Server 2010的DAG高可用性如何理解，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

我們前面介紹了關于Exchange Server 2010服務器的構建，同時也介紹了如何為Exchange申請相應的證書。也就是說，現在我們可以利用構建的Exchange服務器進行收發電子郵件了。那么，如果我們在公司只搭建了一臺Mail服務器那是不能保證我們的高可用性和高可靠性的，例如在Exchange 2007里，我們可以利用CCR+SCR解決公司Mail服務器的高可用性和高可靠性，那么今天在Exchange Server 2010版本里，我將介紹，如何利用DAG（數據庫可用組）技術解決Mail服務器的高可用性和高可靠性。好了，那么下面我們將通過實驗來證明DAG技術的構建。

首先介紹一下我們的拓撲結構

 事先已經將DC、EX01、EX02構建完成，將EX01和EX02加入域成為域中的成員計算機，我們要保證EXC01和EX02的成員身份都相同，這樣在整個實驗環境當中不會出問題。

Mail服務器的DAG技術，其實就是建立群集技術，那么在DAG中，我們同樣有一個要求，就是在偶數節點的環境中，我們需要創建一個仲裁文件夾，奇數節點無需創建仲裁，一般來說，我們將這個仲裁創建在HUB服務器上，但是要注意，不能和郵箱服務器角色在一起。那么在我們這個環境里，我們只能將仲裁建立在DC服務器上。這里還要注意一點，在我們環境里，我是在DC上創建的見證（仲裁）文件夾，所以，如果見證磁盤創建在非Exchange環境中，我們還需要

在DC的C盤建立一個文件夾并且共享，共享權限里adminsitrators組具有完全控制，NTFS權限同樣是完全控制

好，仲裁文件我們創建好了。那么我們接下來要做的就是在EX01上創建DAG組，我們可以利用powershell命令來創建DAG組，如下

打開powershell控制臺，輸入new-databaseavailabilitygroup  -name DAG1  -witnessserver  DC01  –witnessdirectory  c:\dag1  –databaseavailabilitygroupipaddresses 10.1.1.100

10.1.1.100我們可以理解是群集IP。創建完成后，我們可以到EMC里進行查看

搭建會發現，在創建完畢的DAG組里，沒有成員服務器，所以，這個時候，我們需要將DAG成員手動添加進來。

選擇兩臺服務器添加進來即可，由于我們沒有在服務器管理器里添加“故障轉移群集”功能，在此步驟會自動添加，所以添加需要一些時間

添加成功后，我們來進行查看

DAG的主要理念是數據庫的高可用，是利用數據庫連續復制的技術來實現的，這也是在Exchange2007時首次引用的。所以，在EX01服務器上應該有自己的DB1和EX02的DB2，在EX02上有自己的DB2和EX01的DB1。所以，此環境將每個MailBox服務器都掛載兩個磁盤，分別是E和F。

然后在EX01上將DB1數據庫移動到E盤，并重命名

同理在EX02上將DB2數據庫移動到F盤，并重命名

好，現在我們已經將EX01的DB1移動到本地E盤了，EX02的DB2移動到本地F盤了，那么即使如此，是不存在可靠性和高可用性的，我們需要在EX01上擁有DB1、DB2；在EX02上擁有DB1、DB2。所以，我們此時需要分別在EX01和EX02上創建數據庫副本來增強MailBox的高可用性的

同樣在也為EX02添加郵箱數據庫副本，然后我們來看，DB1在EX01上是裝入狀態，而DB2在EX01上是正常，也就是EX01的副本；DB2在EX02上是裝入狀態，而DB1在EX02上是正常，也就是EX02的副本。當屬于DB2離線的時候，那么，EX01上的DB1就會裝入，接受DB2里的用戶進行訪問。

好，以后的DAG配置就結束了，下面，我們來進行驗證

在EX01里我們創建賬戶wangwu屬于DB2郵箱數據庫，利用DC作為客戶端訪問

現在我們手動將EX02的脫機，再次訪問

提示我們等到10秒鐘以后訪問（正常等待時間大約在30秒左右），好，再次訪問

我們也可以查看下狀態

Ok，我們實驗成功！

看完上述內容，你們掌握Exchange Server 2010的DAG高可用性如何理解的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！