Dfs
DFS 複製錯誤 9098（墓碑內容）
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 管理器中檢查良好。
發現了問題。我刪除的“系統卷資訊/DFSR”文件夾位於共享存在的 C 驅動器上，而不是 Z 驅動器上！我一殺死 Z:\System Volume Information/DFSR，問題就解決了。
嘗試以下操作：
- 在事件查看器中查看並辨識所有出現墓碑錯誤的複制組/文件夾。辨識它們後，進入 DFS 管理 GUI 並完全刪除與該文件夾關聯的複制組。您不需要刪除該文件夾的 DFS 命名空間，只需刪除該命名空間文件夾的複制功能。如果您的 DFS-R 中有其他沒有收到 9098 錯誤的複制組，那麼您不必對這些文件夾執行此操作。
- 停止 DFSR 服務（如果它在嘗試停止時掛起，您可能需要使用 taskkill 命令終止該服務）。
- 授予自己對隱藏的系統卷資訊文件夾的權限。如果您的帳戶在域管理員組下，您只需添加安全組即可。此文件夾存在於作為複制組成員的所有伺服器上。在我的情況下，即使我啟用查看隱藏文件夾，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 用於彈性，這不是實現它的最佳方法。查看故障轉移集群中的高可用 FileServer 角色，例如這裡