將大文件複製到 DFS 共享時出現錯誤 0x8007003B
這是配置。專用網路和域 (
foo.bar)。2 台執行 2K8R2（file1.foo.bar和file2.foo.bar）的文件伺服器。在每台伺服器上創建一個共享 (\\file1\share and \\file2\share)。在域上設置 DFS 並創建命名空間 (\\foo.bar)。dfsshare在 DFS 中創建了一個文件夾 ( )，其中包含 2 個目標 (\\file1\share和\\file2\share)。創建了複製組，一切正常，除了……在測試期間（Win 7 SP1 x64 客戶端），如果我將一個大文件 (230MB) 複製到 DFS 共享 (
\\foo.bar\dfsshare) 我會收到以下錯誤：Error 0x8007003B: An unexpected network error occured.
\\file1\share如果我將同一文件直接複製到其中一個文件伺服器（將小文件複製到 DFS 共享時沒有錯誤。我找到了
hotfix 983620http://support.microsoft.com/kb/983620，但該修補程序包含在 Windows 7 的 SP1 中。更新：將其縮小到 ~41MB 文件大小。在此之上，我得到了錯誤。在此之下，它工作正常。此外，網路是執行 1000Base T 的 LAN（我和伺服器之間沒有路由器）。
UPDATE2：還驗證了 Windows XP SP3 機器工作正常，因此僅限於 Windows 7 SP1 機器。
UPDATE3：在我們的開發網路上以相同的方式配置並且可以正常工作。將工作站移至阻止所有 DISA GPO 的 OU，但它仍然損壞。關閉 DFS 複製，它可以工作。重新打開 DFS 複製並繼續工作（此時非常困惑）。將工作站放回正確的 OU 中，它又壞了。這意味著它必須是 GPO 應用的 DISA 設置之一。將工作站移回阻塞的 OU，直到我關閉複製，它仍然處於中斷狀態。
UPDATE4：遍歷所有 GPO，我們發現它是哪一個。這是一個設置 802.1x 的 GPO，接縫很奇怪。我們開始在Google上搜尋 DFS 複製和 802.1x 並找到了真正的罪魁禍首。不確定 802.1x 和真正的罪魁禍首的互動是如何導致問題的（也許有人可以回答這個問題）。無論如何，如果其他人以正確的罪魁禍首回答，或者更好，可以解釋為什麼與 802.1x GPO 的互動會導致問題，我將獎勵代表。賞金到期後，我會將答案放在這裡。
解決方案：原來問題出在工作站上的 McAfee 上。我們確實禁用了“掃描網路驅動器”。一旦我們這樣做了，一切都奏效了。僅當您配置了 802.1x 並且 DFS 共享設置為複制時，才會出現此錯誤。我們現在有一個安全例外，因為正在伺服器上掃描網路共享。Windows 日誌或 ePO 伺服器上沒有錯誤。
回答我自己的問題，希望對其他人有所幫助。事實證明，在將大文件上傳到同時被複製的 DFS 共享時，配置 802.1x（通過 GPO）和配置 McAfee ePO 以掃描網路驅動器的組合將導致此錯誤。不確定 McAfee 是否知道，但我們正在嘗試向他們開票。我們通過禁用 ePO 中的掃描網路驅動器設置來解決這個問題，這對安全性來說是可以的，因為我們在文件伺服器上安裝了 McAfee。