是否应该使用 DFS 来同步 wwwroot？答案

【问题标题】：Should DFS be used to sync wwwroot?是否应该使用 DFS 来同步 wwwroot？
【发布时间】：2009-04-28 11:31:40
【问题描述】：

我想知道使用 DFS 在网络场中同步内容是否是个好主意？有没有人有这方面的经验？我们过去使用过 Robocopy，但发现它有点不完整和笨重。本质上，我们希望避免每次更改一个文件时都必须对内容进行十次更改（这种情况经常发生，因为我们的网站很旧并且使用经典的 ASP。）

据我所知，DFS 通常用于地理上分离的位置，用于使 UNC 共享对用户来说更简单且更易于管理。

我想用它实现的只是将内容更改复制到将成为集线器的十台服务器之一。然后，我将使用 FRS 将其他九台服务器配置为辐条。

非常感谢您对这种方法的任何想法或更好设置的建议。

【问题讨论】：

标签： iis windows-server-2003 microsoft-distributed-file-system

【解决方案1】：

出于性能原因，请勿将网站指向 UNC 路径。与几乎任何其他文件访问方法相比，SMB 文件访问效率极低且速度很慢。

您可以使用 DFS-R（通过 Windows 2003 R2）在启用了 DFS 的共享之间启用复制，但一定要将 IIS 设置为指向共享的本地路径，而不是 UNC。

【讨论】：

感谢您的警告。我的计划是使用本地目录 (Always d:\WebData) 这是否意味着命名空间在我提议的场景中几乎是多余的？如果可以，是否应该禁用它？
如果 IIS 指向本地路径，则 DFS 设置本身无关紧要。我想你会利用 DFS-R 来管理一个网络场，以实现容错或负载平衡。基于域或主机的命名空间方法取决于您，因为您将是唯一通过 UNC 路径访问它的人。

【解决方案2】：

如果您使用的是 Win2003，请确保安装 R2，DFS 复制得到很大改进，并且不使用 FRS。它会做你想做的事，即使是在局域网上。

【讨论】：

这就是我的想法，在上传新文件和将其推送到其他内容服务器之间的时间方面，复制是否可以轻松配置？

【解决方案3】：

不要为此使用 FRS，它可能会混淆。使用 DFS 和其他同步技术（例如 Symantec Replication Exec）可以正常工作。确保在 Active Directory 中使用 IP 范围创建正确的站点结构，以便 DFS 选择正确的服务器。

几年前我在 FRS 上尝试过，当时 Windows 2003 是新的（在 SP1 之前，从那时起情况可能会变得更好，但我不确定）。 FRS 两次完全发疯并删除了我们的文件，更不用说它只是堵塞并且无法自行恢复的次数。 FRS 也只同步关闭的文件，不同步打开的文件（例如在收集日志文件时）。 FRS 适用于您拥有中等数量的相对较小文件且在服务器上进行的更改不多的环境。

【讨论】：

我对此有点困惑，你是说不要使用 DFS 同步（我认为 FRS 内置在 DFS 中？）如果你建议使用 Symantic 工具，我会调查，不；那否定 DFS，因为我只希望它用于复制过程，因为用户永远不会使用命名空间，因为主要目的只是同步将由 FTP 更新的 IIS 数据，因此文件永远不会被打开，我不会同步我们的日志文件夹。
我的意思是，一般来说使用 DFS 是可以的（在 UNC 路径上使用网站的“正常”警告），但不是使用内置同步，即 FRS。当然，如果您在每个 Web 服务器上都有一个复制代理（假设您使用的是 Symantec 工具）同步到本地目录并将其用作本地 Web 源目录，那么您将获得最佳性能。
谢谢，我现在开始明白了。然而，如果我要使用像 Symantc 这样的其他代理，我似乎没有必要拥有 DFS，因为代理会首先完成我想要 DFS（使用 FRS）的部分工作。我在那儿正确地跟着你吗？
抱歉，回复延迟...但是是的，您是正确的。 DFS 仍然可以在这样的副本上设置为分布式 UNC 共享，这就是我想说的。但是对于没有基于 UNC 的网络根的网络托管，不再需要 DFS，对吧。

【解决方案4】：

我最近禁用了 UNC DFS 作为服务器上的站点根目录；在重负载下，该站点将变得对请求无响应。将站点 wwwroot 指向本地驱动器并重新启动 IIS 可以快速恢复站点速度。我必须建议，如果您采用 DFS 路线，只需将其复制到本地驱动器，而不是使用 UNC 路径作为 wwwroot。

【讨论】：