这个问题不是为了查找错误，这是为了在一个新的DAG中添加一个新的交换服务器的通用指南，因为在互联网上没有太多的信息可用。
我在我的DC有一个独立的多angular色交换2016。 我们正在计划把这个基础设施build设成一个高度可用的基础设施，并把它作为一个不同的DC。 基本上保持两个不同的数据中心的主要和次要交换。
有人可以让我知道在设置中的可能性和困难..和build议。 我必须在两台地理位置远离的服务器上托pipe一个主动/主动交换DAG。
考虑设置。
交换2016年，一个在主要位置另一个在次要位置。
数据中心之间的互联网速度BW 10mbps 。 延迟小于100ms
在主要位置的单个AD ，规划L2 VPN来扩展VLAN
LB，主要是微软NLB在主站点托pipe，两个站点都在同一个池中pipe理（同样考虑到Netscaler作为CASangular色的LB，因为这个站点地理位置远）
如果需要使用不同的LB，请提出build议。
OWA将被使用。
Outlook Client将用于Office 2013/2016 。
用户数： 250+
我们需要在两个独立的数据中心的服务器上设置主动/主动DAG邮箱。
谢谢// PASHa
起初，你对Exchange的了解非常低（但这可能只是我的印象）。 您正在运行Exchange 2016的NLB，而Exchange 2016并不支持Microsoft Exchange。然后，您希望使用2台服务器来设置主动/主动Exchange服务器，而这个服务器并不工作。 主动/主动交换环境将意味着您有4个Exchange服务器在使用（两个在一个DC中，其中一个是活动的，另一个是被动的）添加到一个DAG。 这是因为如果您有一台带有两台交换服务器的DAG，则邮箱只能在一台Exchange服务器上运行，而不能在两台服务器上运行。 另外，你不知道你需要为证人服务器提出一个聪明的计划，以避免Exchange服务器不知道哪一个是活动的，哪一个是被动的，因为证人不能再访问由于networking的削减。
因此，基于此，您的“devise方法”将无法正常工作，因此，Exchange Server 2（Server / Active / Passive）
第一点：当你使用一个NLB（如你的问题中所概述的），你需要首先改变它到一个不同的技术（例如一个硬件LoadBalancer）。 由于Windows故障转移群集和Windows NLB不能共存的原因很简单，因此Windows 2016不支持Windowsnetworking负载平衡（NLB）。 因此，必须部署第三方解决scheme。 有关更多信息，请参阅Microsoft官方文档 。 对于250个用户，您可能希望开始使用免费的软件负载平衡器（例如KEMP中的一个）。
第二点：一旦第二台Exchange服务器启动并运行，并且通过HTTP平衡（Exchange 2016不支持普通MAPI）设置MAPI后，您需要决定如何处理传入的电子邮件。 这意味着如果你想添加第二个MXlogging，或者如果在你的环境之前有一个可以完成这个工作的邮件框。 如果您愿意，也可以将电子邮件路由到只有一台Exchange服务器。 因为您在devise设置中没有指定这一点，所以我在这里假设这将通过第三方环，例如AntiSpam / AntiVirus网关完成。
第三点：你需要决定你想如何平衡环境。 新的Exchange服务器应该只作为一种故障转移，还是计划在服务器上安装用户数据库？ 根据邮件文件的大小和stream量（我们不知道）10M线路可能会很小。 请注意，如上所述，具有2个Exchange服务器的DAG只能是主动/被动的。 因此，您可能希望将内容复制到第二个DC中，一旦第二个DC中断，您就可以使用第二个以前的被动Exchange服务器。 或者您可能会得出结论，只激活一台服务器上的活动数据库的50％，另一台服务器上另外50％的数据库。 不过，这取决于您的整体设置（例如，请参阅此处的备份和MX问题）和您的用户。
点：你需要决定如何备份数据库。 某些备份环境只能备份活动数据库，因此您可以select适合备份环境的高可用性，或者在所有活动数据库上运行完整备份时，需要执行一些脚本来更改周末的安装。
rd点：我强烈build议使用Exchange计算器 ，它将帮助您了解networking线路是否适合您的环境。 你需要在这里input多个信息，我们不知道你没有列出它们（例如，你期望在两个服务器之间有多less信息stream）。
rd要点：build立一个DAG，添加第二个Exchange服务器，在DAG里面移动数据库是非常容易的，可能是你在这里找不到信息的原因。
第三点：请注意，您需要在这里的见证服务器。 此服务器可能位于一个DC中，但如果该服务器停止运行，则Exchange服务器不能再与该服务器联系。 首选的方法是在第三DC举办（例如，在这里拿起微软Azur）。
结论：相比于用户数量非常低的事实，我认为10M是可以的。 但是，如果你有非常大的邮件文件或大量的共享邮箱，这可能是不同的。 另外，根据您的Exchange经验，我强烈build议您聘请Exchange咨询。