DFSR-Backlog bleibt bei nicht vorhandenen Ordnern hängen


7

Ich habe zwei 2008r2-Server in einer Vollnetz-Mehrzweckreplikationsgruppe eingerichtet. (01 und 02). 01 war der Quellserver. Die anfängliche Synchronisierung wurde erst letzte Nacht abgeschlossen und es gibt 2 Ordner, die auf keinem der Server angezeigt werden, aber im Rückstand der Änderungen stecken bleiben, 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, dies hat nichts getan.
  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 dies behoben wird. Es war nicht so. Als ich es am 01. erstellt habe, wurde es auf 02 verschoben. Als ich es am 02. erstellt habe, wurde ein redundanter Eintrag im Backlog erstellt.
  4. Es gab einige andere zufällige Dateien im Backlog. Sie waren unnötig, also habe ich sie gerade von 01 gelöscht und sie aus dem Rückstand entfernt. Ich hatte gehofft, dasselbe mit den Ordnern zu tun ...

Geben Sie hier die Bildbeschreibung ein

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

Bearbeiten:

Ich habe dies auch im DFSR-Debug-Protokoll gefunden (Dies geschah, als die erste Synchronisierung letzte Nacht 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.

Antworten:


1

Dies ist eine etwas veraltete Frage, aber haben Sie die Ordner "Staging" und "Conflict and Deleted" untersucht?

DFS-Staging sowie Konflikt- und gelöschte Ordner

Eine Möglichkeit, mit dieser Situation zu enden, ist das Vorhandensein von übrig gebliebenen Dateien oder Fragmenten in diesen Ordnern, die nicht ordnungsgemäß aufgelöst werden. Sie können 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.
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.