一、本地中心调研
所有服务器正常运行时数据库状态如下:
1.将192.168.202.42服务器关机,查看管理中心数据库,经过不到一分钟的时间,自动切换到本地中心其他副本
ps:由于添加了几个数据库副本,当本机服务器出现故障后,自动切换其他数据库副本时,根据数据库副本的激活首选号码依次选择(点击数据库副本的“查看详情”可以查看)。
2.将192.168.202.42服务器重新开机。服务器正常运行后,查看数据库状态各个副本被动/活动正常。
经过五十分钟左右的时间,自动切换回数据库副本
二、异地中心调研
1.将站点二的服务器192.168.202.72关机,查看管理中心数据库,经过不到一分钟的时间,自动切换到站点一的其他副本。
2.将站点二服务器开机。服务器正常运行后依旧显示被动servicedown,与上图显示一致。没有自动切回,也不能手动切回(检查网络无问题)。
经过三十分钟,数据库被动正常。
经过一小时左右,自动切回数据库副本。
ps:当站点二的服务器正常运行时,在站点一的服务器上无法登录站点二的用户(user4)
当站点二的服务器关机并且切换至站点一的数据库副本时,在站点一的服务器上可以正常登录站点二的用户(user4)。
三、数据复制效率
1.关闭一台服务器,发送一些邮件,重新开启服务器,手动切回本地数据库副本,可以看到复制队列为3,不到三十秒复制完成。
2.再部署异地的时候,在给异地数据库添加数据库副本时,会将之前的数据复制过去,此时复制队列为593(与之数据库的大小有关),经过一分半钟复制完成。
四、负载均衡
下图是Exchange 2016的完整架构。
从架构可以看出,Exchange 2016已经将之前的CAS客户端接入角色并入到了MBX邮箱数据库角色中,所以现在从物理角色上就已经没有“前端”和“后端”这种概念了,只有 “邮箱数据库”和“边缘”这两个精简角色。exchange 2016不再支持Windows NLB(网络负载均衡器),目前只支持硬件端的NLB,即负载均衡设备。所以exchange 2016不用创建nlb,直接创建一个DAG便可。
结论:
本地中心:
本地数据库损坏后,可自动切换至本地中心的其他副本,延时不到一分钟。
本地数据库恢复后,可自动回切数据库,延时五十分钟左右。
异地中心:在两个站点分别部署Exchange 2016
异地数据库损坏后,可自动切换至其他站点的数据库副本,延时不到一分钟。
异地数据库恢复后,可自动回切数据库,延时九十分钟左右(前三十分钟数据库副本显示servicedown状态)。 当站点正常运行时,其他站点无法登录此站点的用户(未找到邮箱)。
复制数据的效率:
数据的复制与数据库的大小有关。复制队列为593时,需要一分半钟复制完毕。
复制数据时间与是否为异地无关。
负载均衡:
Exchange 2016不再支持Windows NLB(网络负载均衡器),目前只支持硬件端的NLB,即负载均衡设备。
Exchange 2016不用创建NLB,直接创建一个DAG便可。