我有一个奇怪的问题，不是全部！ 我有一个DFS根目录\域\文件\虚拟机，它有一个单一的目标在不同的服务器上的命名空间。
我可以直接通过\ server \ vms $ \ testfiles复制一个testing文件集，并且一切正常，文件复制正常。 我多次重复这些testing。
如果我尝试复制dfs根目录中的文件，我会在networkingstream量中产生很大的停顿，每隔几分钟就会有大约50秒，所有stream量都会停止复制。 如果我在这个暂停期间在相同的两台机器之间启动另一个副本，它开始复制，所以我知道这不是服务器上的磁盘的问题。
每隔一段时间复制将失败，没有错误，进度条将一直压缩到100％，复制对话框将closures。 检查目标文件夹显示副本不完整。
我已经将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 CREATE（0x5），Context = MxAc，Context = RqLs，Context = DHnQ，Context = QFid，FID = 0xFFFFFFFF00000015，Mid = 245376
但是复制对话框closures时的最后一个文件如下所示：
使用Microsoft Office SharePoint Server 2007和Microsoft Silverlight.wmv@#859374，上下文= DHnQ，上下文= MxAc，build立search驱动的门户网站：SMB2：C CREATE（0x5），Name = gt \ files \ Media \ Training \ PDC2008 \上下文= QFid，上下文= RqLs，Mid = 77 SMB2：R，Mid = 77 - NT状态：系统 - 错误，代码=（58）STATUS_OBJECT_PATH_NOT_FOUND
主要区别似乎是在名称中，一个是相对于打开的文件共享，另一个获得了作为DFS目标的名称的gt \ files \ media前缀。
这些故障总是以注销和重新启动SMB目标为前提。
可能不得不将这一个撞到PSS。
只要你有超过1个根服务器，删除DFS根服务器的问题，检查确保文件夹和共享被删除。 然后，重新创build该根，以便将共享设置为备份。 在之前的50秒延迟退出，我已经经历了与您确切的相关症状。 我将其追溯到2台重build了操作系统的根服务器，但DFS中相应的configuration从未被清除，并为这两台服务器重新configuration。 在这里与Eric同意，仔细检查根链接parsing器服务器的configuration和健康状况。
-Greg
在DFS服务器上的事件查看器中显示任何DFS事件？
在黑暗中拍摄，但你是否在服务器/客户端上运行反恶意软件？ 如果是这样，您是否曾尝试暂时禁用任何与networking相关的function以进行故障排除？
在DFS名称空间上设置的根和链接超时是什么？ 你可能想要尝试延长它们。 这将使客户端更慢地select对命名空间的更改。 如果您的名称空间是静态的，那么客户端使用caching的引用而不是使用名称空间服务器检查新的引用就可以了。
当访问通过DFS连接的文件共享时，遇到了大的延迟问题。 我们有一吨陈旧（孤儿）的DFS根源。 你有没有在那里检查？