我在全網狀多用途複製群組中設置了兩台 2008r2 伺服器。 （01 和 02）。 01 是來源伺服器。初始同步昨晚剛剛完成，有 2 個資料夾沒有出現在任何一台伺服器上，但它們卡在從 02 推送到 01 的更改積壓中。
- 我嘗試重新啟動 02，但沒有任何效果。
- 兩台伺服器的事件檢視器不包含任何有用的內容。
- 我嘗試建立和刪除“batman”資料夾，希望能將其清除。事實並非如此。當我在 01 創建它時，它會將其推送到 02。
- 還有一些其他隨機檔案滯留在積壓中。它們是不必要的，所以我只是從 01 中刪除它們，並將它們從積壓中清除。我希望對資料夾做同樣的事情......
我可以在其他地方尋找幫助找出這些資料夾被卡住的原因嗎？
編輯：
我還從 DFSR 調試日誌中發現了這一點（這發生在昨晚初始同步完成時）：
20140513 23:27:39.254 2372 CSMG 6769 ContentSetManager::Initialize csId:{2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB} csName:Art rootPath:E:\Art state:InitialSync(Sync) ptr:0000000000F83D50
20140513 23:27:39.254 2372 CSMG 5547 ContentSetManager::CheckContentSetState Updating content set record csId:{2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB} csName:Art ghosted:0 readOnly:0 readOnlySince:16010101 00:00:00.000
20140513 23:27:39.254 2372 CSMG 5590 ContentSetManager::CheckContentSetState Content set csId:{2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB} state:InitialSync(Cleanup)
20140513 23:27:39.395 2372 STAG 2594 Staging::ScanStagingDirectory Staging space usage is: 285794033664
20140513 23:27:39.395 2372 CSMG 2960 ContentSetManager::StartInitialSyncCleanup csId:{2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB}
20140513 23:27:39.395 448 ISYN 153 InitialSyncCleanupTask::Run csId:{2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB}
20140513 23:27:45.760 448 ISYN 453 InitialSyncCleanupTask::MoveOut Moving \\.\E:\Art\Artist Files\Christine\batman to pre-existing:0x9000000156B80 csId:{2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB}
20140513 23:27:45.776 448 CSMG 547 ContentSetManager::DeleteChildren LDB Updating ID Record:
+ fid 0x1000000001DF2
+ usn 0x0
+ uidVisible 0
+ filtered 0
+ journalWrapped 0
+ slowRecoverCheck 0
+ pendingTombstone 1
+ internalUpdate 0
+ dirtyShutdownMismatch 0
+ meetInstallUpdate 0
+ meetReanimated 0
+ recUpdateTime 20140505 11:56:12.179 GMT
+ present 1
+ nameConflict 0
+ attributes 0x10
+ ghostedHeader 0
+ data 0
+ gvsn {BE36C74B-B5FC-4E8A-8735-039CF9FB3982}-v1264133
+ uid {BE36C74B-B5FC-4E8A-8735-039CF9FB3982}-v1264133
+ parent {29CFABC2-0180-41C7-A9CE-21DD92783892}-v6880183
+ fence Initial Sync (1)
+ clockDecrementedInDirtyShutdown 0
+ clock 20140501 00:01:02.367 GMT (0x1cf64d070b1522c)
+ createTime 20140124 09:37:42.441 GMT
+ csId {2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB}
+ hash 00000000-00000000-00000000-00000000
+ similarity 00000000-00000000-00000000-00000000
+ name batman
+
20140513 23:27:45.776 448 LDBX 4435 Ldb::InsertWalkerJob Inserting dirWalkerJob:uid:{BE36C74B-B5FC-4E8A-8735-039CF9FB3982}-v1264133 moveType:MoveOut (2) at time:20140514 03:27:45.776
20140513 23:27:45.807 448 DIRW 647 DirWalkerTask::QueueMoveoutJob Queueing move-out uid:{BE36C74B-B5FC-4E8A-8735-039CF9FB3982}-v1264133 fid:0x1000000001DF2
20140513 23:27:45.807 2372 DIRW 317 DirWalkerTask::Run Start walking directory.
20140513 23:27:45.807 2372 DIRW 1373 DirWalkerTask::MoveoutStep Starting to process move-out job. uid:{BE36C74B-B5FC-4E8A-8735-039CF9FB3982}-v1264133
20140513 23:27:45.807 2372 DIRW 1398 DirWalkerTask::MoveoutStep Iterating children of uid: {BE36C74B-B5FC-4E8A-8735-039CF9FB3982}-v1264133
20140513 23:27:45.807 2372 DIRW 2764 DirWalkerTask::TombstoneOrDelete LDB Updating ID Record:
+ fid 0x1000000001DF2
+ usn 0x0
+ uidVisible 0
+ filtered 0
+ journalWrapped 0
+ slowRecoverCheck 0
+ pendingTombstone 0
+ internalUpdate 0
+ dirtyShutdownMismatch 0
+ meetInstallUpdate 0
+ meetReanimated 0
+ recUpdateTime 20140505 11:56:12.179 GMT
+ present 0
+ nameConflict 1
+ attributes 0x10
+ ghostedHeader 0
+ data 0
+ gvsn {BE36C74B-B5FC-4E8A-8735-039CF9FB3982}-v1376267
+ uid {BE36C74B-B5FC-4E8A-8735-039CF9FB3982}-v1264133
+ parent {29CFABC2-0180-41C7-A9CE-21DD92783892}-v6880183
+ fence Default (3)
+ clockDecrementedInDirtyShutdown 0
+ clock 20140514 03:27:45.776 GMT (0x1cf6f247911f746)
+ createTime 20140124 09:37:42.441 GMT
+ csId {2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB}
+ hash 00000000-00000000-00000000-00000000
+ similarity 00000000-00000000-00000000-00000000
+ name batman
+
20140513 23:27:45.807 2372 DIRW 101 DirWalkerTask::Job::Finish MoveOut csId:{2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB} uid:{BE36C74B-B5FC-4E8A-8735-039CF9FB3982}-v1264133
20140513 23:27:45.807 2372 DIRW 893 DirWalkerTask::RemoveJob Removing job type:2 uid:{BE36C74B-B5FC-4E8A-8735-039CF9FB3982}-v1264133
20140513 23:27:45.807 2372 LDBX 4472 Ldb::DeleteWalkerJob Deleting dirWalkerJob. uid:{BE36C74B-B5FC-4E8A-8735-039CF9FB3982}-v1264133
20140513 23:27:45.807 2372 DIRW 364 DirWalkerTask::Run Exit.
答案1
這是一個有點陳舊的問題，但您是否探索過「暫存」和「衝突和已刪除」資料夾？
導致這種情況的一種原因是這些資料夾中存在未正確解決的剩餘檔案或碎片。您可以清除這些位置以手動「重置」兩側的同步。但是，我也會調查該資料夾的來源並確保：
- 未在相關文件/資料夾上設定衝突的權限。
- 由於舊的或配置錯誤的腳本或同步任務，另一台伺服器或端點不會重複建立此資料夾。