3台伺服器，DFS複製工作了2年。最近，其中 1 個成員伺服器開始報告此情況：
The DFS Replication service stopped replication on replicated folder projects at local path Z:\projects due to Error ID: 9098 (A tombstoned content set deletion has been scheduled). Event ID: 4004
無論我做什麼，該伺服器都會繼續報告相同的邏輯刪除錯誤。沒有向該問題伺服器複製任何內容或從該問題伺服器複製任何內容。
我甚至在 3 台成員伺服器上每台都建立了一個新共用。然後，建立一個新的命名空間並啟用 DFS 複製。 2 台伺服器複製沒有問題，但 1 台有問題的伺服器仍然報告邏輯刪除錯誤。
我嘗試刪除/重新安裝 DFS 複製角色，但仍然發生。
我在這裡完全不知所措，有什麼想法嗎？從問題伺服器到其他伺服器的 ping 操作正常。 「驗證拓樸」在 DFS 管理員中檢查正常。
答案1
請嘗試以下操作：
查看事件檢視器並識別出現邏輯刪除錯誤的所有複製群組/資料夾。識別出它們後，進入 DFS 管理 GUI 並完全刪除與該資料夾關聯的複製組。您不需要刪除該資料夾的 DFS 命名空間，只需刪除該命名空間資料夾的複製功能即可。如果 DFS-R 中的其他複製組沒有出現 9098 錯誤，則不必對這些資料夾執行此操作。
停止 DFSR 服務（如果該服務在嘗試停止時掛起，您可能需要使用 taskkill 命令終止該服務）。
授予您自己對隱藏的 System Volume Information 資料夾的權限。如果您的帳戶位於網域管理員群組下，則只需新增安全群組即可。該資料夾存在於作為複製群組成員的所有伺服器上。在我的情況下，即使我啟用了查看隱藏資料夾，3 台伺服器中的 2 台也沒有顯示該資料夾存在。如果這種情況發生在您身上，則伺服器對您撒謊說它不存在。它就在那裡。別聽它。我的建議是下載並使用 7-zip 檔案管理器。它將查看該資料夾並幫助您設定該資料夾的權限以及刪除長度超過 256 個字元的檔案（如果您從命令列執行下一步，這將是一個問題）。請注意，設定權限後，它可能會告訴您仍然無權存取該資料夾。只需關閉 7-zip 並重新開啟即可。它應該允許您進入該資料夾及其子資料夾。
一旦您有權存取該資料夾，請繼續刪除位於其下方的 DFSR 資料夾。您將需要在安裝了 DFSR 角色並且是任何複製群組成員的所有伺服器上執行此操作。您可以使用命令列命令“rmdir”，但無法刪除長度超過256個字元的檔案/資料夾。這就是為什麼 7-zip 檔案管理器是刪除「系統磁碟區資訊」下的 DFSR 資料夾的更好選擇。但是，在某些情況下 7-zip 無法刪除檔案或資料夾。如果您在這種情況下運行，請在提升的命令提示字元中使用 rmdir 命令。本質上，這兩者的結合最終將清除您需要清除的所有內容。
重新開啟 DFSR 服務。這將開始重新建立您剛剛刪除的 DFSR 雜湊和虛擬樹的過程。
重新建立所需的複製組。
在未刪除的複製群組上，您可能會收到警告：「DFS 複製服務在本機路徑初始化了已複製資料夾，正在等待執行初始複製。已複製資料夾將保持此狀態，直到收到已複製數據”直接或間接來自指定的主要成員。”如果您這樣做，您需要做的是運行命令列將其中一台 DFSR 伺服器設定為該複製群組的主伺服器，然後設定後（這很重要）您將必須進入 DFS 管理 GUI，單擊帶有相關警告的複製群組，選擇“連接”選項卡，然後右鍵單擊剛剛設為主要的發送成員並選擇“立即複製...”這將初始化複製，您必須執行此操作就那麼一次，讓它在這裡複製。您需要為該複製群組中傳送成員/主成員伺服器附加的每個接收成員選擇「立即複製...」選項。
等待約 5-10 分鐘，然後在每個複製群組上執行 dfsrdiag backlog 指令，查看是否建立了複製/同步的積壓。每 5 到 10 分鐘執行一次此命令，查看積壓檔案計數值是否減少。如果是，則正在同步/複製。
PS 如果您僅使用 DFS-R 來提高彈性，那麼這不是實現它的最佳方法。查看故障轉移叢集內的高可用檔案伺服器角色，例如這裡
答案2
發現問題了。我刪除的「System Volume Information/DFSR」資料夾位於 C 碟，而不是共用所在的 Z 碟！當我殺死 Z:\System Volume Information/DFSR 後，問題就解決了。