我想知道使用 DFS 在网络场中同步内容是否是个好主意？有没有人有这方面的经验？我们过去使用过 Robocopy，但发现它有点不完整和笨重。本质上，我们希望避免每次更改一个文件时都必须对内容进行十次更改（这种情况经常发生，因为我们的网站很旧并且使用经典的 ASP。）
据我所知，DFS 通常用于地理上分离的位置，用于使 UNC 共享对用户来说更简单且更易于管理。
我想用它实现的只是将内容更改复制到将成为集线器的十台服务器之一。然后，我将使用 FRS 将其他九台服务器配置为辐条。
对此方法的任何想法或更好设置的建议将不胜感激。
出于性能原因，请勿将网站指向 UNC 路径。与几乎任何其他文件访问方法相比，SMB 文件访问效率极低且速度很慢。
您可以使用 DFS-R（通过 Windows 2003 R2）在启用了 DFS 的共享之间启用复制，但必须将 IIS 设置为指向共享的本地路径，而不是 UNC。
如果您使用的是 Win2003，请确保安装 R2，DFS 复制得到很大改进，并且不使用 FRS。它会做你想做的事，即使是在局域网上。
不要为此使用 FRS，它可能会混淆。使用 DFS 和其他同步技术（例如 Symantec Replication Exec）可以正常工作。确保在 Active Directory 中使用 IP 范围创建正确的站点结构，以便 DFS 选择正确的服务器。
几年前我在 FRS 上尝试过，当时 Windows 2003 是新的（在 SP1 之前，从那时起情况可能会变得更好，但我不确定）。FRS 两次完全发疯并删除了我们的文件，更不用说它只是堵塞并且无法自行恢复的次数。FRS 也只同步关闭的文件，不同步打开的文件（例如，在收集日志文件时）。FRS 在您拥有中等数量的相对较小文件且服务器上没有太多更改的环境中很好。
我最近禁用了 UNC DFS 作为服务器上的站点根目录；在重负载下，该站点将无法响应请求。将站点 wwwroot 指向本地驱动器并重新启动 IIS 可以快速恢复站点速度。我必须建议，如果您采用 DFS 路线，只需将其复制到本地驱动器，而不是使用 UNC 路径作为 wwwroot。