我有一个奇怪的问题，不都是！我有一个 DFS 根 \domain\files\vms，它在与命名空间不同的服务器上有一个目标。
我可以直接通过 \server\vms$\testfiles 从目标复制一个测试文件集，一切都很好，文件复制得很好。我已经多次重复这些测试。
如果我尝试从 dfs 根目录复制文件，我会在网络流量中遇到很大的停顿，大约每几分钟 50 秒，所有的流量都会停止复制。如果我在此暂停期间在相同的两台机器之间启动另一个副本，它会开始正常复制，所以我知道这不是服务器上的磁盘问题。
每隔一段时间，复制就会失败，没有错误，进度条会一直压缩到 100%，复制对话框将关闭。检查目标文件夹显示副本不完整。
我已将 LUN 移至另一台服务器并遇到了同样的问题。
服务器都是2008 R2，客户端是Vista x64、Windows7 x64和2008 R2，都存在同样的问题。
有人有什么想法吗？
干杯，
斯蒂芬
更多信息：
当文件复制失败时，我一直在连接上运行 NetMon 跟踪，似乎突出的是，当打开一个文件时，在 SMB 命令上完成的复制看起来像这样：
SMB2: C CREATE (0x5), Name=Training\PDC2008\BB34 Live Services Notifications, Awareness, and Communications.wmv@#422082, Context=DHnQ, Context=MxAc, Context=QFid, Context=RqLs, Mid = 245376 SMB2：R 创建 (0x5)，上下文 = MxAc，上下文 = RqLs，上下文 = DHnQ，上下文 = QFid，FID = 0xFFFFFFFF00000015，中间 = 245376
但是对于复制对话框关闭时的最后一个文件，如下所示：
SMB2：C CREATE (0x5)，名称=gt\files\Media\Training\PDC2008\BB36 使用 Microsoft Office SharePoint Server 2007 和 Microsoft Silverlight.wmv@#859374 快速构建搜索驱动的门户，上下文=DHnQ，上下文=MxAc，上下文=QFid，上下文=RqLs，中间= 77 SMB2：R，Mid = 77 - NT 状态：系统 - 错误，代码 = (58) STATUS_OBJECT_PATH_NOT_FOUND
主要区别似乎在于名称，一个是相对于打开的文件共享，另一个获得了 gt\files\media 前缀，即 DFS 目标的名称。
这些失败总是先于 SMB 目标的注销和重新启动。
可能不得不把这个撞到PSS。
只要你有超过 1 个根服务器，删除问题 DFS 根服务器，检查以确保文件夹和共享已被删除。然后，重新创建该根，以便它设置共享备份。注销之前的 50 秒延迟，我以前经历过与您确切相关的症状。我将其追溯到 2 台重建了操作系统的根服务器，但 DFS 中的相应配置从未被清除并为这 2 台服务器重新配置。同意 Eric 的观点，只检查根链接解析器服务器的配置和运行状况。
-格雷格
DFS 服务器上的事件查看器中是否显示任何 DFS 事件？
在黑暗中开枪，但您是否在服务器/客户端上运行反恶意软件？如果是这样，您是否尝试过暂时禁用任何与网络相关的功能以进行故障排除？
DFS 命名空间上的根和链接超时设置是多少？您可能想尝试延长它们。这将使客户端更慢地获取对命名空间的更改。如果您的命名空间是静态的，那么客户端可以使用缓存的引用运行，而不是与命名空间服务器检查新的引用。
在访问通过 DFS 连接的文件共享时，我遇到了延迟较大的问题。我们有大量陈旧（孤立）的 DFS 根。你在那里检查过吗？