![通过 WAN 链路进行 Windows Server 2008 DFS 复制的可行性](https://linux22.com/image/508230/%E9%80%9A%E8%BF%87%20WAN%20%E9%93%BE%E8%B7%AF%E8%BF%9B%E8%A1%8C%20Windows%20Server%202008%20DFS%20%E5%A4%8D%E5%88%B6%E7%9A%84%E5%8F%AF%E8%A1%8C%E6%80%A7.png)
我们刚刚建立了一条连接我们组织内两栋大楼的 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 不提供分布式锁定机制来防止这种情况。