我们使用 DFS 是否“错误”？

Question

我们是一家在全国设有分支机构的公司。每个分支最少有 1 个 T1，最多有 2 个 T1。我们在每个分支机构和总公司都有一台 DFS 服务器。在过去的一周中，一个特别麻烦的共享包含我们的一些用户文件，从来没有积压过 0 个文件。我一直在调整复制计划以尝试清除它，并且我管理的最低文件是该特定共享的 1500 个文件。

所以我的问题是：

• 我们在 WAN 上设置 DFS 是错误的吗？
• 对于我们拥有的文件数量和更改量，我们的带宽是否太少？
• 是不是有什么神奇的配置没有做？

Answer 1

您似乎已经在这里回答了您自己的问题。鉴于您的用户对该共享进行了大量修改，再多的 DFS 配置调整也无法解决此问题。您的积压工作与带宽有关，如果您的用户进行修改的速度比同步例程可以同步它们的速度快，则永远不会清除为 0。您可能需要重新考虑在此设置中使用 DFS 的架构。文档管理/协作群件系统听起来可能更适合这里，然后尝试在文件系统级别运行所有内容。

Answer 2

我已经通过 Windows Server 2003 R2 上的 70 个广域网站点支持您的确切设置，主要是使用 T-1。它工作得很好。DFSR 是我们的 WAN 文件服务器备份方法。您能否使用 MRTG 监控 T-1 路由器的带宽以验证任何带宽问题？

我们使用 MRTG 来查看带宽使用图形，并使用基于站点的 GPO 来控制用于 DFSR 上的 BITS 的带宽。我们将 GPO 设置为在白天使用约 700kb，并在晚上最大限度地使用 T-1。有时我们会遇到积压的情况，如果它们从未清空，那么我们知道通过服务器和 MRTG 监控，唯一的选择是为它们提供更多带宽。DFSR 已经是压缩和块级的，所以我不知道其他用于异地复制数据的 3rd 方解决方案是否会使其更好（如果您确实可以证明它的带宽有限）。

2008 或 2008 R2 中的 DFSR 可能有进一步的优化，因此也请研究该升级选项。