我有兩台 Windows 2012 r2 伺服器，它們具有相同的路徑和磁碟機名稱（不是故意的）。
如果我在伺服器 A 上建立資料夾，則該資料夾會立即複製到伺服器 B。
我已經運行了 DFS Diagnostics，沒有發現任何問題。但是，當我執行從伺服器 B 到伺服器 AI 的傳播測試時，不會發生錯誤。只是一個不完整的測試警報。
我有一個 6 天前的測試（文件複製測試）。此測試文件的複製狀態停留在「到達待處理」。
請記住，從伺服器 A 到 B 的刪除操作可以很好地複製。 B 到 A 的任何事情都不起作用。
據我所知，一切都設置正確，沒有錯誤。
數據約 6TB，是事先預置的。複製是在檔案伺服器叢集和單一伺服器之間進行的。 DFS 關係已維持超過 3 週。
有想法嗎？
答案1
複製失敗的原因有很多。不幸的是，僅靠症狀並不能解決問題。
您能否查看以下資訊：http://blogs.technet.com/b/askds/archive/2009/04/09/dfsr-debug-log-series-wrapup-and-downloadable-copies.aspx然後用您從兩台伺服器看到的任何特定調試日誌條目更新問題？
鑑於您使用的是 2012 R2，該部落格有點過時，但它仍然會有所幫助。
請僅提供特定於此資料夾的條目。
或者，我建議執行以下操作以使用 A 重新初始化 B。
備份B。 “資料遺失” " 如果 B 變更尚未備份。
使用 B 上的 DFS 控制台停用 B 作為該複製資料夾 (RF) 的成員。
在 B 上執行“dfsrdiag pollad”，使其從 AD 讀取拓撲更改
執行「wmic /命名空間：\\ root \ microsoftdfs路徑dfsrreplicatedfolderinfo取得複製資料夾名稱，複製群組名稱，狀態」。確保該資料夾沒有出現在清單中。 （編輯：修復了 wmic 命名空間）。
尋找指示資料夾已停止複製的事件 4114
也可以選擇在偵錯日誌中尋找 ldbmanager::deleteidrecords 的任何條目，這些條目表明資料庫已被清理。
使用 B 上的 DFS 控制台重新啟用 B 成員。
在 B 上執行“dfsrdiag pollad”以確保它接收更改
如果 A 和 B 位於不同站點，並且您最終在 A 意識到之前禁用/啟用 B，那麼您無需在 A 上執行任何操作。 dfsrdiag pollad」以確保它會取得您所做的每個拓撲變更（即停用然後啟用成員）。
執行「wmic /命名空間：\root\microsoftdfs 路徑 dfsrreplicatedfolderinfo 取得複製資料夾名稱、複製群組名稱、狀態」。確保資料夾最終達到狀態 4。http://blogs.technet.com/b/filecab/archive/2008/10/27/how-to-check-if-the-initial-replication-was-completed-successively.aspx
如果仍然無法修復，則需要調試日誌條目來給出更具體的答案。
恐怕我無法來回反覆回答基於故障排除的問題。如果您需要進一步的協助，我建議您向 Microsoft 支援提出案例。否則，網站上的其他人可能有時間為您提供幫助。
答案2
您是否碰巧透過複製虛擬磁碟或整個虛擬機器而不進行 sysprepping 來建立這些磁碟區？這聽起來像是兩台伺服器之間的磁碟機序號或磁碟區序號不是唯一的，這將導致 DFS-R 失敗。