我们刚刚建立了一条连接我们组织内两栋大楼的 WAN 链路。该链路由一条 100 Mbps 点对点线路提供。链路两端各有一个 Windows Server 2008 R2 域控制器。
现在我们正计划为整个组织的文件服务设置 DFS。估计数据量超过 2 TB，并且每年将以大约 20% 的速度增长。我的想法是在每栋建筑中设置一个文件服务器并安装 DFS，以便所有内容通过 100 Mbps 链路保持复制。我希望这将确保任何用户在从 DFS 文件夹请求文件时都会被定向到最近（也是最快）的服务器。
我担心的是 100 Mbps WAN 链路是否足以保证 DFS 复制。我没有使用 DFS 的经验，因此欢迎任何可靠的建议。该线路很可靠（即它不会经常崩溃），我们的数据传输测试表明，可以轻松实现 5 MB/秒的传输速率。这大约是标称带宽的 40%。
我还担心延迟问题。我的意思是，当链接一侧发生更改后，用户需要等待多长时间才能看到另一侧的更改。
我的问题是：网络之间的这种链接是否是建立 DFS 复制的可靠基础架构？典型的延迟时间是多少（秒、分钟、小时、天）？您会建议我们在这种情况下使用 DFS 吗，或者有更好的选择吗？非常感谢。
答案1
DFS...像旧的还是新的复制机制？
旧的方法根本不可行，甚至不适用于 LAN 链接...对于更大的场景来说是不可靠的。
新的（DFS 复制）——是的，当然。运行完美。它非常可靠，它会根据需要排队。只要您的链接有足够的带宽，总体来说最终都会起作用。我正在保持超过 512kbit 的多个链接，有时排队 20gb 进行传输......需要几天时间，但它有效。
答案2
它应该在您的链接上工作良好。我们在速度慢得多的链接上这样做，它工作正常。我们配置了复制，以便在非工作时间使用最高带宽。我假设你指的是新的 DFSR，而不是旧版本。
答案3
是否有可能两个不同的用户同时在两个副本上编辑同一个文件？DFS 不提供分布式锁定机制来防止这种情况。