我有一个DFSR中心服务器，与80个远程办公室有大约80个连接。
我想添加另一个中心服务器负载平衡和冗余，但我不想拆分两个中心服务器之间的连接。 我不喜欢维护两个服务器上的两个不同的连接块的想法。
编辑微软的最佳实践说，要在多个服务器之间划分DFSR连接（如果在集线器和分支拓扑中存在许多高容量连接），因为太多的同时连接到一台服务器会导致性能问题。 唯一的build议是手动拆分服务器之间的连接。 我宁愿有多个集线器服务器configuration相同（所有的集线器都configuration了到所有远程办公室的连接），并且有类似于NLB服务的自动分隔连接。
我想要的是有2个（或者更多的）中心服务器，每个中心服务器都configuration了80个奇怪的连接，用NLB服务来做负载平衡。 我认为这将工作，因为DFSR中心可以dynamic地拆分自己之间的连接，只是将其任一个连接上收到的更新复制到另一个中心。
我知道你可以做一个故障转移的DFSR集群，但从我所读到的Windows故障转移集群不会做负载平衡。 因此，DFSR故障转移群集中只有一个节点实际上处于活动状态 – 这是正确的吗？ 如果是这样，它似乎不符合我的负载平衡要求。
我没有发现有关使用DFSR服务设置NLB群集的文档。 这甚至可能\支持？ 如果是这样，有人可以提供一个最佳做法的方式做这个或一个文档的信息？
如果NLB集群不可行，有办法像DNS SVRlogging一样进行DNS循环，或者可能是某种“前端”负载平衡设置。
非常感谢。
**编辑我想我只是在寻找一个设置而忘记设置。 单一的枢纽正在处理一切正常，但我们正在计划添加到我们的DFSR基础设施。
我想我将不得不决定是否保留一个集线器，并在第二个集群上进行故障切换，或者断开与第二个集线器的连接。
我想我现在要用一个故障转移集群来做一个集线器。 然后，如果我决定将来将连接分开，我总是可以添加另一个故障转移群集（需要两个以上的物理服务器），并将两个故障转移群集之间的连接分开。 比我想要的更复杂，但我想这是唯一的方法。
这是不能做到的。 由于DFS-R拓扑存储在Active Directory中，因此无法将复制组成员configuration为使用NLB集群名称/地址或任何其他types的负载均衡器。 如果您需要自定义复制拓扑结构（如出于性能原因使用双集线器描述的那样），则必须手动进行configuration。 您所描述的规模的DFS可能变得非常复杂，需要主动pipe理。 不幸的是，这样的大小没有“设定和忘记”。
也许我不完全理解你的用例。 但是，由于没有其他人做出回应，所以让我试一试。
我假设你有80个办公室，每个办公室都有一个复制集与你的中心交谈。 因为您可以在DFSR中设置“发送成员”，所以您应该可以添加另一台服务器以将复制的数据提供给远程服务器。 这就是所谓的“多主复制”
所以，如果您有两个“集线器”DFSR服务器（或任何数字），他们将需要在复制组中。 一旦build立起来，“远程连接”服务器将需要指向所有“中心”服务器，并且能够根据需要按需复制。 他们只会同步到第一个可用的服务器。
有一件事你需要解决的是确保遥控器不会尝试将数据同步到两个“主机集线器”。 网站和服务将需要正确configuration来解决这个问题。
我想念你在问什么？