官方参考链接
配置数据库可用性组网络属性 https://technet.microsoft.com/zh-cn/library/dd297927(v=exchg.160).aspx
创建数据库可用性组网络 https://technet.microsoft.com/zh-cn/library/dd298051(v=exchg.160).aspx
首先在DAG组的属性中，勾选“手动配置数据库可用性组网络”，如图。
首先编辑MAPI网络的属性，可以看到默认是启用复制的，我们取消它。
然后查看复制网络的属性，确保“启用复制"是勾选的。
从逻辑上理解，第一个MAPI网络只是拿来用作和服务器及客户端进行业务数据通讯的，所以我们只给复制网络启用复制，拿来做数据库副本双向同步数据用。
注意：如果上面由DAG自动创建的网络类型不符合我们的要求，可以删掉，自己重新创建。
数据库可用性组仲裁模式（官网）
每个 DAG 下均有一个 Windows 故障转移群集。故障转移集群使用仲裁概念，即利用投票者的共识来确保一次只有一部分群集成员（这可以指所有成员或大部分成员）在运行。仲裁在 Exchange 2016 中并不是一个新概念。Exchange 早期版本中的高可用性邮箱服务器同样使用故障转移群集及其仲裁概念。仲裁代表一个成员和资源的共享视图，仲裁一词也用于描述代表在所有群集成员间共享的群集中的配置的物理数据。因此，所有 DAG 都要求其基础故障转移群集具有仲裁。如果群集丢失仲裁，则所有 DAG 操作都将终止，DAG 中托管的所有装入数据库都将卸除。在这种情况下，需要管理员干预以更正仲裁问题并恢复 DAG 操作。
仲裁对于确保一致性，充当用于避免分区的关系断开裁判，以及确保群集响应能力而言非常重要：
确保一致性Windows 故障转移群集的主要要求之一是每个成员始终与该群集中其他成员保持一致。群集配置单元充当了与群集相关的所有配置信息的权威性存储库。如果 DAG 成员无法本地加载群集配置单元，则群集服务将不会启动，因为无法保证成员始终与该群集中其他成员保持一致这一要求。
充当关系断开裁判 在具有偶数个成员的 DAG 中使用仲裁见证资源以避免出现网络分区症状，并确保 DAG 中只有一个成员集合被视为正式集合。当仲裁需要见证服务器时，DAG 中任何能与见证服务器通信的成员均可以在见证服务器的 witness.log 文件上设置一个服务器消息块 (SMB) 锁定。锁定见证服务器的 DAG 成员（称为“锁定节点”）出于仲裁目的而保留附加投票。与锁定节点通信的 DAG 成员占多数，因此保留仲裁权。无法与锁定节点通信的所有 DAG 成员占少数，因此会失去仲裁权。
确保响应能力 为了确保响应能力，仲裁模型需确保群集运行时分布式系统中有足够多的成员工作正常并能够通信，并且可以保证群集当前状态的至少一个副本。无需额外时间来为成员建立通信，或确定特定副本是否得到保证。
具有偶数个成员的 DAG 使用故障转移群集的节点和文件共享多数仲裁模式，该模式采用外部见证服务器充当关系断开裁判。在此仲裁模式中，每个 DAG 成员都将获得一票。此外，还将使用见证服务器向某个 DAG 成员提供一份权重投票（例如，获得两投票而不是一份）。默认情况下，群集仲裁数据存储在每个 DAG 成员的系统磁盘中，并且在这些磁盘间保持一致。但是，仲裁数据的副本并不存储在见证服务器上。见证服务器上的一个文件用于记录哪个成员拥有最新的数据副本，但见证服务器没有群集仲裁数据的副本。在此模式中，大多数的投票者（DAG 成员加上见证服务器）必须工作正常并且能够相互通信以保留仲裁权。如果大多数投票者不能相互通信，则 DAG 基础群集将失去仲裁权，并且 DAG 需要管理员干预才能恢复正常工作。
具有奇数个成员的 DAG 使用故障转移群集的节点多数仲裁模式。在此模式中，每个成员将获得一票，且每个成员的本地系统磁盘用于存储群集仲裁数据。如果 DAG 配置发生更改，此更改将反映在不同磁盘上。仅当更改发生在一半（向下舍入）加一数目的成员的磁盘上，该更改才会被视为已提交并永久保存。例如，在五个成员的 DAG 中，更改必须发生在二加一个成员上，即共三个成员上。
仲裁要求大多数投票者能够相互通信。请例子考虑具有四个成员的 DAG。因为此 DAG 具有偶数个成员，所以使用外部见证服务器向其中一个群集成员提供第五个决定性投票。为了保留大多数投票者（进而保留仲裁权），至少必须有三个投票者能够相互通信。任何时候，在不中断服务以及数据访问的前提下，最多有两个投票者可以处于脱机状态。如果有三个或更多个投票者脱机，DAG 将失去仲裁权，且服务和数据访问将中断，直至问题解决。
获取更多IT资讯，您也可以关注下方的微信公众号：
曾垂鑫的网络课堂，曾垂鑫大讲堂 - 51CTO学院
http://edu.51cto.com/lecturer/639838.html
原文地址：http://blog.51cto.com/543925535/2088481