这个问题不是为了查找错误，而是为了在新的 DAG 中添加新的 Exchange 服务器提供通用指导，因为互联网上没有太多可用的信息。
我有一个独立我的数据中心中安装了多角色 Exchange 2016。我们计划使其成为一个高可用性基础设施，并将辅助服务器托管到不同的数据中心。基本上将主服务器和辅助服务器保留在 2 个不同的数据中心中。
有人能告诉我可能性和困难吗？以及设置方面的建议。我必须举办一个主动/主动在两个地理位置相距甚远的服务器中交换 DAG。
考虑设置。
Exchange 2016，一个位于主位置，另一个位于辅助位置。
互联网速度带宽10兆位数据中心之间。延迟小于100毫秒
单张广告在主要位置，规划 L2 VPN 以扩展 VLAN
LB，主要是托管在主站点的 Microsoft NLB，两个交换都在主站点的同一池下进行管理。（由于站点地理位置较远，因此也考虑将 Netscaler 作为 CAS 角色的 LB）
如果需要使用不同的 LB，请提出建议。
将使用 OWA。
将使用 Outlook 客户端Office 2013/2016。
用户数：250+
我们需要在两个独立的数据中心的两台服务器中设置带有邮箱的 Active/Active DAG。
谢谢//PASHa
答案1
一开始，你对 Exchange 的了解似乎很少（但这可能只是我的印象）。你正在运行 Exchange 2016 的 NLB，而 Microsoft 不支持 Exchange 2016。然后，你希望设置一个主动/主动 Exchange 服务器，其中有 2 个服务器无法正常工作。主动/主动 Exchange 环境意味着你将使用 4 个 Exchange 服务器（两个在一个 DC 中，其中一个是主动的，另一个是被动的）添加到一个 DAG。这是因为如果你有一个带有两个 Exchange 服务器的 DAG，那么邮箱只能在一个 Exchange 服务器上处于活动状态，而不能在两个 Exchange 服务器上处于活动状态。此外，你似乎不知道你需要为见证服务器制定一个巧妙的计划，以避免 Exchange 服务器不知道哪个是主动的，哪个是被动的，因为见证服务器由于网络中断而无法再访问。
因此，基于此，这里是具有 2 个服务器（主动/被动）的 Exchange DAG 的信息，因为您的“设计方法”将不起作用。
第一点：当您使用 NLB（如您的问题中所述）时，您需要首先将其更改为其他技术（例如硬件负载平衡器）。因为 Windows 网络负载平衡 (NLB) 不支持 Exchange 2016，原因很简单，Windows 故障转移群集和 Windows NLB 不能共存。因此，必须部署第三方解决方案。有关更多信息，请参阅 Microsoft 官方文档对于 250 个用户，您可能希望开始使用免费的软件负载平衡器（例如来自肯普）。
第二点：第二台 Exchange 服务器启动并运行后，您设置了 MAPI over HTTP 平衡（Exchange 2016 不支持纯 MAPI），您需要决定如何处理传入电子邮件。这意味着您是否希望添加第二条 MX 记录，或者您的环境前面是否有可以完成这项工作的邮件环。如果您愿意，您还可以将电子邮件路由到仅一台 Exchange 服务器。由于您没有在设计设置中指定这一点，我在此假设这将由第三方环（例如反垃圾邮件/防病毒网关）完成。
第二点：您需要决定如何平衡环境负载。新的 Exchange 服务器是否应该仅作为一种故障转移，还是您计划在整个服务器上安装用户数据库？根据邮件文件大小和流量（我们不知道），10M 线路可能太小。请注意，具有 2 个 Exchange 服务器的 DAG 只能是如上所述的主动/被动。因此，您可能希望将内容复制到第二个 DC，一旦第二个 DC 关闭，您就可以使用第二个前被动 Exchange 服务器。或者您可能会得出结论，在一个服务器上仅激活 50% 的活动数据库，在另一个服务器上激活另外 50% 的数据库。但是，这取决于您的整体设置（例如，请参阅此处的备份和 MX 问题）和您的用户。
第三点：您需要决定如何备份数据库。有些备份环境只能备份活动数据库，因此您可能需要选择适合您的备份环境的 HA，或者需要编写一些脚本来在周末对所有活动数据库运行完整备份时更改安装。
第三点：我强烈建议使用兑换计算器这将帮助您了解网络线路是否适合您的环境。您需要在此处输入多个信息，我们不知道这些信息，因为您没有概述它们（例如，您预计两台服务器之间的流量是多少）。
第三点：构建 DAG、添加第二个 Exchange 服务器并在 DAG 内移动 DB 非常容易，这可能是您在这里找不到某些信息的原因。
第三点：请注意，您需要一个见证服务器。该服务器可能位于一个 DC 中，但是如果该 DC 发生故障，Exchange 服务器将无法再联系该 DC。首选方法是将其托管在第三个 DC 中（例如，有些人在这里选择 Microsoft Azur）。
结论： 考虑到您的用户数量非常少，我认为 10M 是可以的。但是如果您的邮件文件非常大或共享邮箱很多，情况可能会有所不同。此外，根据您的 Exchange 经验，我强烈建议您聘请 Exchange 顾问。