我们运行一个小型有线局域网，其中有 3 个 DC（W2k8）和大约 25 个工作站（其中大多数是 XP SP3，一些是 7 SP1）。人们使用带有文件夹重定向的漫游配置文件来管理桌面和我的文档、应用程序数据和开始菜单。重定向的文件夹位于 3 个 DC 之间的 DFS-R 共享中。此设置已使用大约一年。
整个文件夹重定向对我们来说至少是一场噩梦。用户经常被置于离线状态，而且似乎是随机的，尽管用户根本没有离线，但 Windows 还是要求同步（所有 ping 都正常，其他可能不太敏感的连接服务仍正常运行。）
人们已经习惯了它（可以这么说）并时不时地进行同步。至少 Windows 7 在整个离线/同步问题方面似乎比 XP 处理得更好，因为它不会用弹出窗口等来打扰人们。我已经搜索了很多次，以寻找导致这种情况的原因，但到目前为止还没有成功。目前，我仍然不知道这个问题是否与软件有关。
然而，在过去的一年里，我发现至少有一个明显的线下事件：当我们的某个 DC 重新启动时，某些用户会下线，尽管其他两个 DC 仍在运行。当然，这种情况不应该发生，即使对于通过重新启动的 DC 获得 DHCP 租约的用户也是如此。这让我想到，某些配置可能存在错误，这可能导致我找到更普遍的脱机/同步问题的原因。
答案1
好的，您说了这么多，让我试着分解一下：
当您说用户在其中一个 DC 重新启动时“处于离线状态”时，您是指他们失去网络连接（他们失去 DHCP 分配的 IP 地址）还是指他们失去对其重定向文件夹的访问权限？如果是后者，则将 DHCP 从该句子中删除，因为它与文件夹方向完全无关，除非客户端需要网络连接才能访问其重定向文件夹。
Ping 不是一个很好的网络故障排除工具。当然，它可以告诉您主机是否具有网络连接，并且可以告诉您该主机的相对响应时间，但它不会告诉您网络中正在发生的事情。尝试在其中一个客户端或其中一个服务器上运行数据包捕获。查找网络拥塞的症状，例如大量广播流量（第 2 层和第 3 层广播），并查找大量 TCP 重传和重复 ACK 之类的情况。这些都是网络拥塞的确切迹象。
请看此处了解有关诊断 DFS 问题的提示：http://blogs.technet.com/b/askds/archive/2009/09/29/o-dfs-shares-where-art-thou-part-1-3.aspx。我的猜测是，受 DC 关闭影响的客户端通过关闭的 DC 对其重定向文件夹进行引用，这是有道理的。如果您可以在 DC 关闭时在其中一个受影响的客户端上运行 DFSUTIL /PktInfo 和/或 DFSUTIL /SpcInfo，则可以看到哪个 DC 是命名空间的活动引用。
答案2
您运行的是哪个版本的 CSC 文件？鉴于离线文件功能存在许多已知问题，您可能需要尝试更新这些文件，看看是否能解决问题。最新版本可在此处获取： http://support.microsoft.com/kb/2705233