首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >DFS-R WMI重复结果- Wmic /namespace:\\root\microsoftdfs路径dfsrreplicatedfolderinfo

DFS-R WMI重复结果- Wmic /namespace:\\root\microsoftdfs路径dfsrreplicatedfolderinfo
EN

Stack Overflow用户
提问于 2016-09-27 22:25:21
回答 1查看 1.4K关注 0票数 0

我正面临着一个非常奇怪的DFS-R问题。最近,我不得不重新创建两个复制组(Data Collection),以便在其中一台服务器发生灾难后恢复文件复制。在整个过程中一切都很顺利,两台服务器已经彼此同步。然而,当我运行WMI查询(Wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname,replicatedfoldername,state)来查看复制组的状态时,我看到状态为'0‘(未初始化)的给定RG的重复值。

我已经检查了所有我能查到的..。如果我打开DFS管理控制台,我在那里看不到任何重复的复制组;"C:\System Volume Information\DFSR“和"E:\System Volume Information\DFSR”下的XML配置文件的内容是OK的(没有重复的条目);在注册表(HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\DFSR),上,我也只看到真正配置的内容(同样,没有重复值)。

我强烈怀疑这是WMI存储库中的某种遗留问题,当复制组被重新创建时,DFS-R没有正确地处理它,但由于我从未从WMI中删除特定的实例,所以我想知道是否有人已经面临过同样的问题,或者是否有任何线索来摆脱这些令人不安的重复结果,这些重复的结果在"Wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname,replicatedfoldername,state“中返回。

只想强调一下,复制在两个盒子之间(在两个方向上)都工作得很好,这里面临的唯一问题是重复的事情。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2016-10-10 23:42:21

我设法自己找出了哪里出了问题。事实证明,在"Wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname,replicatedfoldername,state“上返回的那些重复条目是由于专用于临时区域的文件夹中的剩余物造成的。重新创建复制组时,暂存文件夹的内容未被手动删除,DFS-R无法很好地处理此问题。为了解决这个问题,我创建了一个用于转移的新文件夹,将DFS管理控制台中的DFS复制组指向这个新文件夹,给了它12个小时(考虑到范围内数据的大小和重要性,我在这里非常谨慎),以确保DFS-R已经完全识别了新配置,停止了DFS复制服务,删除了旧的转移文件夹,最后重新启动了DFS复制服务。现在一切都回到了正轨,看起来很好。:-)

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/39727293

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档