标签:exchange2016 dag
搭建好了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分钟,效果还是很理想的。
对了,最后多说一句,承载数据库的主服务器我们是可以手动切换的,这个可以根据服务器性能和一些安全考虑,如果是因为服务器宕机,这个主数据库会自动的发生跳转,就和我本次测试一样。
但是如果不手动调整回来的话,数据库依然还是是会继续待在跳转后的服务器上。所以在我们服务器状态恢复之后,就可以酌情进行修改了。
本文出自 “马骏一的奔跑空间” 博客,请务必保留此出处http://horse87.blog.51cto.com/2633686/1752162
Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试
标签:exchange2016 dag
原文地址:http://horse87.blog.51cto.com/2633686/1752162