一、本地中心调研
所有服务器正常运行时数据库状态如下：
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便可。