DFSR-Rückstand bleibt in nicht vorhandenen Ordnern hängen

DFSR-Rückstand bleibt in nicht vorhandenen Ordnern hängen

Ich habe zwei 2008r2-Server in einer Full-Mesh-Mehrzweck-Replikationsgruppe eingerichtet. (01 und 02). 01 war der Quellserver. Die erste Synchronisierung wurde erst gestern Abend abgeschlossen und es gibt zwei Ordner, die auf keinem der Server angezeigt werden, aber im Rückstand der Änderungen stecken, die von 02 auf 01 übertragen werden. Der Rückstand von 01 auf 02 ist klar und wird perfekt repliziert.

  1. Ich habe versucht, 02 neu zu starten, das hat nichts bewirkt.
  2. Die Ereignisanzeige für beide Server enthält nichts Hilfreiches.
  3. Ich habe versucht, den Ordner „Batman“ zu erstellen und zu löschen, in der Hoffnung, dass er dadurch gelöscht wird. Das hat nicht geklappt. Als ich ihn am 01. erstellt habe, wurde er auf 02. verschoben. Als ich ihn am 02. erstellt habe, wurde ein redundanter Eintrag im Backlog erstellt.
  4. Es gab noch ein paar andere zufällige Dateien, die im Backlog feststeckten. Sie waren unnötig, also habe ich sie einfach aus 01 gelöscht und sie so aus dem Backlog entfernt. Ich hatte gehofft, dasselbe mit den Ordnern machen zu können …

Bildbeschreibung hier eingeben

Gibt es irgendwo anders, wo ich nachsehen kann, warum diese Ordner hängen bleiben?

Bearbeiten:

Ich habe außerdem Folgendes im DFSR-Debugprotokoll gefunden (dies geschah, während die erste Synchronisierung gestern Abend abgeschlossen wurde):

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.

Antwort1

Dies ist eine etwas abgestandene Frage, aber haben Sie die Ordner „Staging“ und „Conflict and Deleted“ erkundet?

DFS-Staging und Konflikte sowie gelöschte Ordner

Eine Möglichkeit, wie Sie in diese Situation geraten könnten, ist das Vorhandensein von übrig gebliebenen Dateien oder Fragmenten in diesen Ordnern, die nicht richtig aufgelöst werden. Sie könnten diese Speicherorte bereinigen, um die Synchronisierung auf beiden Seiten manuell „zurückzusetzen“. Ich würde jedoch auch die Quelle des Ordners untersuchen und sicherstellen, dass:

  1. Für die betreffenden Dateien/Ordner werden keine widersprüchlichen Berechtigungen festgelegt.
  2. Ein anderer Server oder Endpunkt erstellt diesen Ordner aufgrund eines alten oder falsch konfigurierten Skripts oder einer Synchronisierungsaufgabe nicht wiederholt.

verwandte Informationen