我正在设置第二台Exchange Server 2013，然后创build一个用于灾难恢复目的的DAG。 目前，我们在主站点上安装了一个CAS /邮箱Exchange 2013服务器，现在他们希望在DR站点上安装第二台Exchange服务器。 主站点和灾难恢复站点的LAN是扩展桥接，因此它们在同一个局域网上。
我的问题是，如果有可能通过正在使用的服务器邮箱/域等相同的networking传递复制stream量。 如果是这样，第二台服务器是否应该安装CAS /邮箱angular色？
是的，您应该将您的故障切换交换服务器放入CAS /邮箱服务器。
请记住，这不是针对DR的，而是针对故障转移的。 灾难恢复事件还应包括可能的数据库损坏（在这种情况下，数据库将在两台服务器上被复制和损坏）。 只有离线备份才能完成DR，最好是异地存储。
您将需要细分您的站点和服务，以便用户不会尝试连接到故障转移CAS。 您将遇到的问题是交换机根据站点和服务selectCAS，因此，如果您的WAN链路（桥接的）比LAN更慢（这是一个很好的假设），那么用户会抱怨“Outlook速度慢”。 “。 这是因为它们通过WAN连接到DR Exchange服务器，这是因为它们都在同一个站点和服务站点中。
最好的做法是确保您的灾难恢复站点在站点和服务中分开。 这可以通过子网完成。 Exchange将查看网站和服务，然后决定为客户使用哪个CAS。
另外请确保您有一个用于自动发现的CAS URL，如果您已经没有两个服务器可以使用的DNS中的CAS条目，您可能需要重新生成用于CAS的任何SSL / TLS证书。 否则，DR将无法按照您预期的方式工作，也不会自动发现。
根据你的问题：
是的，可以通过子网将站点和服务站点分开。 即使该子网不是专门路由的。 例如：
Routed Subnets: Site 1: 10.0.1.0/24 DR Site Attched to Site 1 LAN: 10.0.1.0/24 Sites and Services Subnet Configuration: Site 1: 10.0.1.0/24 DR Site Attached to Site 1 LAN: 10.0.1.128/25 看到？ 现在，10.0.1.128 – 255中的所有内容都位于网站和服务的第二个网站中。 这与IP路由无关。 网站和服务根据网站筛选服务并基于子网创build网站。 这种情况下的子网仅用作filter，而不是路由。
您需要为CASarrays创build第二个DNS条目。 我会build议查找这个“Exchange CAS数组”。 您的自动发现和证书将需要反映新的CASarrays名称。 否则，在故障转移事件期间，客户端不会信任服务器。 创build此证书的最佳方法是生成具有多个名称的证书。 至less你应该在你的证书上包含以下名字：
1. Autodiscover 2. CAS Array Name 3. OWA FQDN 4. CAS Server Name(s) (add one entry for each)
这样您就可以为您的所有需求生成一个单一的证书。
这些只是最佳实践，如果我是你，我会阅读，find一个video，并在生产之前进行testing。 我只是这样说的，因为您对站点和服务看起来并不确定，先了解它是如何工作的，然后在了解站点和服务之后，Exchange拓扑和路由将变得更有意义。