搭建好了DAG，又建好了DAG复制网络，最后又创建了副本数据库，只有这三部都完成了，那么恭喜你，你的Exchange 2016 DAG功能才算彻底完成，那么今天我们就来测试一下这个DAG功能的效果。

首先，我们看一下配置好的DAG功能的状态

由于主数据库在mail01，我们登录到mail02上，使用下述命令看一下复制状态

Get-MailboxDatabaseCopyStatus

从上图中我们可以看到位于 mail02上面的两个数据库MDB01和MDB02处于健康复制状态，且复制队列为0，说明实时复制的效果很好。

但是光看这个是不行的，不然我这篇文章就写完了…….我们还是要测！要测！要测！

来吧，继续，首先我们找到一个数据库存放在新数据库上的用户 mailtest, 它的数据库是MDB02

 

接下来我们跳转到ECP控制台的数据库列表里面，可以看到我们MDB01和MBD02现在的副本状态。

BTW：由于我自己的环境里面没有使用物理的NLB负载均衡设备，所以我们这里是手动指定登陆的mail01（192.168.1.8）的ECP，也可以看到我们现在的两个新数据库是在mail01上激活了的，

也就是说mail01现在是主数据库，而mail02属于standby状态。

 

接下来，我们关闭掉这台 mail01

 

我们登录到 mail02这台服务器上，打开故障转移群集管理器，我们可以马上看到，里面显示在节点中，一共有两台设备，其中一台已经宕机。

 

 

点进去看详细信息，我们可以看到具体宕机的服务器是哪一台。

 

拿这个时候，我们的邮件系统DAG功能到底起作用没有呢？我们拭目以待！

这个时候，之前我们打开的mail01的ECP就无响应了，我们再次登录 mail02（192.168.1.9）的ECP（如配置了物理NLB负载均衡设备，忽略这一步）

我们在上图中可以清晰的看到，承载数据库的服务器从之前的 mail01 自动跳转到了 mail02。

看起来是跳转了，但是收发邮件效果如何呢？我们打开 mail02的 OWA，来测试一下。

首先我们用一个内部邮箱和一个外部邮箱给这个 mailtest 分别发送一封邮件。看一下收邮件功能有没有收到影响。

打开OWA之后，很高兴，我们收到了！

 

同样我们回复这两封邮件，看看发邮件的效果有没有受到影响。

哈哈，内部用户和外部用户也纷纷收到了我发送的邮件。

 

到此我们DAG的功能测试基本就结束了。说明这个DAG的效果是很不错的。在我的本次测试中，大概服务器的跳转时间不到1分钟，效果还是很理想的。

对了，最后多说一句，承载数据库的主服务器我们是可以手动切换的，这个可以根据服务器性能和一些安全考虑，如果是因为服务器宕机，这个主数据库会自动的发生跳转，就和我本次测试一样。

但是如果不手动调整回来的话，数据库依然还是是会继续待在跳转后的服务器上。所以在我们服务器状态恢复之后，就可以酌情进行修改了。

     本文转自horse87 51CTO博客，原文链接：http://blog.51cto.com/horse87/1752162，如需转载请自行联系原作者