配置如下。私有网络和域（foo.bar）。2 个运行 2K8R2 的文件服务器（file1.foo.bar和file2.foo.bar）。在每个服务器上创建共享（\\file1\share and \\file2\share）。在域上设置 DFS 并创建命名空间（\\foo.bar）。在 DFS 中创建文件夹（dfsshare），其中包含 2 个目标（\\file1\share和\\file2\share）。创建复制组，一切正常，除了...
在测试期间（Win 7 SP1 x64 客户端），如果我将一个大文件（230MB）复制到 DFS 共享（\\foo.bar\dfsshare），则会出现以下错误：
Error 0x8007003B: An unexpected network error occured.
如果我将同一个文件直接复制到其中一个文件服务器 ( \\file1\share)，则不会出现错误，并且文件会复制到另一个文件服务器并显示在 DFS 共享中。将小文件复制到 DFS 共享时不会出现错误。
我发现hotfix 983620 http://support.microsoft.com/kb/983620但该修补程序包含在 Windows 7 的 SP1 中。
更新：将文件大小缩小到约 41MB。超过这个大小就会出错。低于这个大小就可以正常工作。此外，网络是 LAN（我和服务器之间没有路由器），运行 1000Base T。
更新2：还验证了Windows XP SP3机器运行良好，因此这仅限于Windows 7 SP1机器。
更新 3：在我们的开发网络上以相同的方式配置，它工作正常。将工作站移至阻止所有 DISA GPO 的 OU，但它仍然坏了。关闭 DFS 复制，它又能正常工作。重新打开 DFS 复制，它继续工作（此时非常困惑）。将工作站放回正确的 OU，它又坏了。这意味着它一定是 GPO 应用的 DISA 设置之一。将工作站移回阻止的 OU，它仍然坏了，直到我关闭复制。
更新 4：查看了所有 GPO，我们发现了问题所在。这是一个设置 802.1x 的 GPO，看起来很奇怪。我们开始在 Google 上搜索 DFS 复制和 802.1x，并找到了真正的罪魁祸首。不确定 802.1x 和真正的罪魁祸首之间的相互作用是如何导致问题的（也许有人可以回答这个问题）。无论如何，如果其他人回答出正确的罪魁祸首，或者更好的是，可以解释为什么与 802.1x GPO 的相互作用会导致问题，我会奖励这位代表。悬赏到期后，我会在这里发布答案。
解决方案：问题出在工作站上的 McAfee。我们确实禁用了“扫描网络驱动器”。一旦我们这样做，一切就都正常了。只有当您配置了 802.1x 并且 DFS 共享设置为复制时，才会出现此错误。由于服务器上正在扫描网络共享，因此我们现在收到安全异常。Windows 日志或 ePO 服务器上没有错误。
答案1
回答我自己的问题，希望它能帮助其他人。事实证明，配置 802.1x（通过 GPO）和将 McAfee ePO 配置为在将大文件上传到正在复制的 DFS 共享时扫描网络驱动器的组合会导致此错误。不确定 McAfee 是否知道，但我们正在尝试向他们开具一张票。我们通过禁用 ePO 中的扫描网络驱动器设置来解决这个问题，这在安全性方面是没问题的，因为我们在文件服务器上安装了 McAfee。