这是configuration。 专用networking和域（ foo.bar ）。 2文件服务器运行2K8R2（ file1.foo.bar和file2.foo.bar ）。 在每台服务器上创build共享（ \\file1\share and \\file2\share ）。 在域上设置DFS并创build一个名称空间（ \\foo.bar ）。 在2个目标（ \\file1\share和\\file2\share ）的DFS中创build一个文件夹（ dfsshare ）。 创build复制组，一切正常，除…
如果我将大文件（230MB）复制到DFS共享（ \\foo.bar\dfsshare ），则在testing期间（Win 7 SP1 x64客户端）出现以下错误：
Error 0x8007003B: An unexpected network error occured.
如果我直接将相同的文件复制到其中一个文件服务器（ \\file1\share ），我不会收到错误，并将文件复制到其他文件服务器，并显示在DFS共享中。 将小文件复制到DFS共享时没有错误。
我发现hotfix 983620 http://support.microsoft.com/kb/983620但该修补程序包含在Windows 7的SP1中。
更新：缩小到〜41MB的文件大小。 在上面，我得到错误。 在下面，它工作正常。 此外，networking是一个局域网（我和服务器之间没有路由器）运行1000Base T.
更新2：也validation了Windows XP SP3机器工作正常，所以这仅限于Windows 7 SP1的框。
UPDATE3：在我们的开发networkingconfiguration相同的方式，它的工作原理。 将工作站移动到阻止所有DISA GPO的OU，但仍然中断。 closuresDFS复制，它的工作原理。 重新启动DFS复制，并继续工作（在这一点非常困惑）。 将工作站放回适当的OU中，并再次打破。 这意味着它必须是GPO应用的DISA设置之一。 将工作站移回阻塞OU，直到closures复制为止，它仍保持中断状态。
UPDATE4：通过所有的GPO，我们发现它是哪一个。 这是一个GPO，设置接口非常奇怪的802.1x。 我们开始使用DFS复制和802.1xsearch，发现真正的罪魁祸首。 不知道802.1x和真正的罪魁祸首交互如何导致问题（也许有人可以回答）。 无论如何，如果其他人回答正确的罪魁祸首，或者更好，可以解释为什么与802.1x GPO的交互会导致问题，我会授予代表。 赏金到期后，我会把答案放在这里。
解决scheme：事实certificate问题是工作站上的McAfee。 我们曾经禁用“扫描networking驱动器”。 一旦我们做到了这一切工作。 只有configuration了802.1x并将DFS共享设置为复制时，才会出现此错误。 我们现在有一个安全的例外，因为networking共享正在服务器上被扫描。 在Windows日志或ePO服务器上没有错误。
回答我自己的问题，希望能帮助别人。 事实certificate，将802.1xconfiguration（通过GPO）configuration为将McAfee ePOconfiguration为扫描networking驱动器时，如果将大file upload到同时正在复制的DFS共享，则会导致此错误。 不知道McAfee是否知道，但我们正试图与他们打开一张票。 我们通过禁用ePO中的扫描networking驱动器设置来解决这个问题，安全性好，因为我们在文件服务器上安装了McAfee。