У меня есть два сервера 2008r2, настроенные в полносвязной многоцелевой группе репликации. (01 и 02). 01 был исходным сервером. Первоначальная синхронизация только что завершилась вчера вечером, и есть 2 папки, которые не отображаются ни на одном из серверов, но они застряли в очереди изменений, отправляемых с 02 на 01. Очередь с 01 на 02 чистая и отлично реплицируется.
- Я попытался перезагрузить 02, но это ничего не дало.
- Просмотр событий для обоих серверов не содержит ничего полезного.
- Я пытался создать и удалить папку "batman", надеясь, что это очистит ее. Но не очистило. Когда я создал ее в 01, она переместилась в 02. Когда я создал ее в 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
Это немного устаревший вопрос, но вы исследовали папки «Staging» и «Conflict and Deleted»?
DFS Staging и конфликты и удаленные папки
Один из способов, которым вы можете оказаться в такой ситуации, — это наличие оставшихся файлов или фрагментов, плавающих в этих папках, которые не разрешаются должным образом. Вы можете очистить эти расположения, чтобы вручную «сбросить» синхронизацию на обеих сторонах. Однако я бы также исследовал источник папки и убедился, что:
- Для рассматриваемых файлов/папок не устанавливаются конфликтующие разрешения.
- Другой сервер или конечная точка не создает эту папку повторно из-за старого или неправильно настроенного скрипта или задачи синхронизации.