windows-server-2008-r2 – DFSR Backlog卡在不存在的文件夹上
我在全网状多用途复制组中设置了两个2008r2服务器. (01和02). 01是源服务器.初始同步刚刚完成,并且有两个文件夹没有出现在任何一台服务器上,但它们卡在从02推送到01的更改积压中.从01到02的积压清晰,并且完全复制. >我尝试重新启动02,这没有做任何事情. 是否有其他地方我可以帮助找到为什么这些文件夹卡住? 编辑: 我也从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:ArtArtist FilesChristinebatman 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.这是一个稍微陈旧的问题,但你有没有探讨过’Staging’和’Conflict and Deleted’文件夹? DFS Staging and Conflict and Deleted Folders 最终出现这种情况的一种方法是在这些文件夹中浮动的剩余文件或片段无法正确解析.您可以清除这些位置以手动“重置”双方同步.但是,我还会调查文件夹的来源并确保: >未对相关文件/文件夹设置冲突权限.>由于旧的或配置错误的脚本或同步任务,另一台服务器或端点不会重复创建此文件夹. (编辑:广安站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 对于一个肯定少于25个用户的小型组织,在Windows 2012 R2域控
- 全球 Windows 10 激活失效,专业版突变家庭版?
- 批处理文件 – 在Windows批处理文件中设置错误级别
- 如何在Linux中检查密码的复杂性/强度和评分?
- windows-server-2008 – 如何为Windows 2008安装Active Dir
- 借助Valve的新编译器,Linux游戏在AMD GPU中获得了性能提升
- active-directory – 在Active Directory中启用回收站功能有
- remote-desktop – 如何禁用Administrator的RDP访问权限
- 你通常打开多少个浏览器标签页?
- winapi – 使用Win32 API的Windows“真实”用户列表