我有一个奇怪的问题，难道不是全部！我有一个 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)，名称=Training\PDC2008\BB34 Live Services 通知、感知和通信.wmv@#422082，上下文=DHnQ，上下文=MxAc，上下文=QFid，上下文=RqLs，Mid = 245376 SMB2：R CREATE（0x5），上下文=MxAc，上下文=RqLs，上下文=DHnQ，上下文=QFid，FID=0xFFFFFFFF00000015，Mid = 245376
但是当复制对话框关闭时，最后一个文件如下所示：
SMB2：C CREATE (0x5)，名称=gt\files\Media\Training\PDC2008\BB36 使用 Microsoft Office SharePoint Server 2007 和 Microsoft Silverlight 快速构建搜索驱动门户。wmv@#859374，Context=DHnQ，Context=MxAc，Context=QFid，Context=RqLs，Mid = 77 SMB2：R，中间 = 77 - NT 状态：系统 - 错误，代码 = (58) STATUS_OBJECT_PATH_NOT_FOUND
主要区别似乎在于名称，一个相对于打开的文件共享，另一个获得了 gt\files\media 前缀，这是 DFS 目标的名称。
这些故障总是发生在 SMB 目标注销并重新开启之前。
可能必须将这个推至 PSS。
答案1
只要您有多个根服务器，就删除有问题的 DFS 根服务器，检查以确保文件夹和共享已被删除。然后，重新创建该根服务器，以便重新设置共享。注销之前有 50 秒的延迟，我以前也遇到过与您完全相同的症状。我将其追溯到 2 个重建了操作系统的根服务器，但从未清除并重新配置这两个服务器的 DFS 中的相应配置。同意 Eric 的观点，只检查根链接解析器服务器的配置和运行状况。
-格雷格
答案2
DFS 服务器上的事件查看器中出现任何 DFS 事件吗？
瞎猜一下，但您在服务器/客户端上运行反恶意软件了吗？如果是，您是否尝试过暂时禁用任何与网络相关的功能以进行故障排除？
答案3
您的 DFS 命名空间上的根和链接超时设置是多少？您可能想尝试延长它们。这将使客户端更慢地获取命名空间的更改。如果您的命名空间是静态的，那么客户端可以使用缓存的引用运行，而不是使用命名空间服务器检查新的引用。
答案4
我在访问通过 DFS 连接的文件共享时遇到了延迟大的问题。我们有大量过时的（孤立的）DFS 根目录。您检查过那里了吗？