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

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

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

Get-MailboxDatabaseCopyStatus

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第1张图片

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

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

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

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第2张图片

 

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

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

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

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第3张图片

 

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

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第4张图片

 

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

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第5张图片 

 

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

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第6张图片

 

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

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

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第7张图片

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

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

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

打开OWA之后,很高兴,我们收到了!

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第8张图片

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第9张图片

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第10张图片

 

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

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

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第11张图片 

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第12张图片











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

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

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

Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试_第13张图片