DFS-R WMI 重复结果 - Wmic /namespace:\\root\microsoftdfs path dfsrreplicatedfolderinfo
DFS-R WMI duplicate results - Wmic /namespace:\\root\microsoftdfs path dfsrreplicatedfolderinfo
我在使用 DFS-R 时遇到了一个非常奇怪的问题。最近我不得不重新创建两个复制组（数据收集），以便在其中一台服务器发生灾难后恢复文件复制。整个过程一切顺利，两台服务器已经同步。但是，当我 运行 WMI 查询（Wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname, replicatedfoldername, state）查看复制组的状态时，我看到给定 RG 的重复值“0”状态（未初始化）。
我已经检查了所有可能的内容...如果我打开 DFS 管理控制台，我在那里看不到任何重复的复制组； "C:\System Volume Information\DFSR" 和 "E:\System Volume Information\DFSR" 下的 XML 配置文件的内容——后者是复制数据所在的位置——没问题（没有重复条目）；在注册表 (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\DFSR) 上，我也只看到真正配置的内容（同样，没有重复值）。
我强烈怀疑它是 WMI 存储库中遗留下来的某种东西，在重新创建复制组时 DFS-R 没有正确处理它，但因为我从来没有从 WMI 中删除特定实例，我想知道外面是否有人已经遇到了同样的问题，或者是否有任何线索可以消除在 "Wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname,replicatedfoldername,state".
上返回的这些令人不安的重复结果
只是想强调两个盒子之间（双向）的复制工作正常，这里面临的唯一问题是重复的东西。
我设法自己找出问题所在。事实证明，在 "Wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname,replicatedfoldername,state" 时返回的那些重复条目是由于专用于临时区域的文件夹中的剩余条目所致。重新创建复制组时，暂存文件夹的内容并未被手动删除，DFS-R 未能很好地处理该问题。为了解决它，我为 Staging 创建了一个新文件夹，将 DFS 管理控制台中的 DFS 复制组指向新文件夹，给了它超过 12 个小时（由于范围内数据的大小和重要性，我在这里非常谨慎) 以确保 DFS-R 已完全识别新配置，停止 DFS 复制服务，删除旧的暂存文件夹，最后重新启动 DFS 复制服务。现在一切都回到正轨并且看起来不错。 :-)
我在使用 DFS-R 时遇到了一个非常奇怪的问题。最近我不得不重新创建两个复制组（数据收集），以便在其中一台服务器发生灾难后恢复文件复制。整个过程一切顺利，两台服务器已经同步。但是，当我 运行 WMI 查询（Wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname, replicatedfoldername, state）查看复制组的状态时，我看到给定 RG 的重复值“0”状态（未初始化）。
我已经检查了所有可能的内容...如果我打开 DFS 管理控制台，我在那里看不到任何重复的复制组； "C:\System Volume Information\DFSR" 和 "E:\System Volume Information\DFSR" 下的 XML 配置文件的内容——后者是复制数据所在的位置——没问题（没有重复条目）；在注册表 (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\DFSR) 上，我也只看到真正配置的内容（同样，没有重复值）。
我强烈怀疑它是 WMI 存储库中遗留下来的某种东西，在重新创建复制组时 DFS-R 没有正确处理它，但因为我从来没有从 WMI 中删除特定实例，我想知道外面是否有人已经遇到了同样的问题，或者是否有任何线索可以消除在 "Wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname,replicatedfoldername,state".
上返回的这些令人不安的重复结果只是想强调两个盒子之间（双向）的复制工作正常，这里面临的唯一问题是重复的东西。
我设法自己找出问题所在。事实证明，在 "Wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname,replicatedfoldername,state" 时返回的那些重复条目是由于专用于临时区域的文件夹中的剩余条目所致。重新创建复制组时，暂存文件夹的内容并未被手动删除，DFS-R 未能很好地处理该问题。为了解决它，我为 Staging 创建了一个新文件夹，将 DFS 管理控制台中的 DFS 复制组指向新文件夹，给了它超过 12 个小时（由于范围内数据的大小和重要性，我在这里非常谨慎) 以确保 DFS-R 已完全识别新配置，停止 DFS 复制服务，删除旧的暂存文件夹，最后重新启动 DFS 复制服务。现在一切都回到正轨并且看起来不错。 :-)