DFS 複製 25000 事件 4308 每分鐘
TL;DR 粗體
您好， 我已經為軟體和使用者共享設置了新的 DFS 命名空間和複製，從較舊的 2012R2 伺服器到我們希望遷移到的較新的 2019 伺服器。我已經讓伺服器執行了幾天，但複製似乎沒有任何進展。
執行
dfsrdiag backlog顯示“沒有積壓成員 x 與合作夥伴 y 同步”，但顯然情況並非如此。執行 DFS 複製報告顯示，自設置複製時消耗的初始 753MB 以來，未複製任何文件或文件夾，並且新伺服器上的驅動器大小未更改。在舊伺服器上的 DFS 複製事件日誌中，我有一個每分鐘大約 25000 個事件的滾動日誌，所有事件都指示事件 4308：“DFS 複製服務已成功從文件上遇到的共享衝突中恢復。” 它似乎正在為共享中的每個文件一個一個地觸發事件。
在某一時刻，它到達了一個已損壞的文件夾，並且不斷地向該文件夾的名稱發送垃圾郵件。我停止並重新啟動了 DFS 服務，它似乎重新啟動了我已經看到的文件的整個垃圾郵件程序。我已經安排了
chkdsk /f重新啟動來處理今晚的損壞。但是，在我看來，系統可以同時複製未損壞的文件似乎是合乎邏輯的。**為什麼我在日誌中收到這麼多 4308 事件？**它基本上每分鐘滾動一次 15MB 日誌，除了 4308 事件之外，日誌中沒有任何內容。我不想讓日誌變大或強制它存檔，因為這只會讓我的系統充滿更多無用的事件。同時，我看到所有這些恢復並且沒有初始錯誤。沒有任何明顯的進展。
更多細節（可能不相關）：舊伺服器位於 Hyper-V 故障轉移群集中，使用 iSCSI 群集磁碟作為驅動器。共享由伺服器內的直接 iSCSI 掛載託管。新伺服器是 VMware，其驅動器由 vSAN（跨本地主機複製的虛擬數據儲存）提供。兩台伺服器都設置了 Windows 備份，舊的伺服器備份大約需要 18 小時，每天只留下 6 小時用於複製（Windows 備份似乎暫停了 DFS 複製）。然而，在那 6 個小時內沒有取得任何進展，所以我不認為備份是罪魁禍首。我已經
dfsrdiag pollad為兩台機器做了什麼，沒有任何改變。收件人大多坐在那裡做日誌中的事情，除了偶爾每天抱怨 Windows 備份使複製離線約 30 分鐘。舊伺服器執行上述垃圾郵件。
TL；DR：看起來驅動器上的損壞是導致問題的原因。
在驅動器上執行
chkdsk /f重啟後，我仍然看到 chkdsk 出現錯誤。在執行強制解除安裝，然後用和chkdsk /f確認沒有更多錯誤後，DFS-R 開始工作。讀取磁碟上的文件需要一段時間（我認為是數據庫的散列？）然後它開始暫存文件，我開始看到數據流向目標伺服器。chkdsk /f``chkdsk /scan