DFS-R WMIの重複結果 - Wmic/namespace：\\ root \ microsoftdfsパスdfsrreplicatedfolderinfo

Question

私はDFS-Rで非常に奇妙な問題に直面しています。最近、サーバーの1台で惨事の後にファイルの複製を復元するために、2つのレプリケーショングループ（データコレクション）を再作成する必要がありました。プロセス全体ですべてがうまくいっていて、両方のサーバーがすでに互いに同期しています。ただし、レプリケーショングループの状態を確認するためにWMIクエリ（Wmic/namespace：\ root \ microsoftdfsパスdfsrreplicatedfolderinfoを使用して、replicationgroupname、replicatedfoldername、stateを取得）を実行すると、特定のRGのステータスが '0' （未初期化）。

私はすでにすべてをチェックしています... DFS管理コンソールを開くと、重複するレプリケーショングループは表示されません。 "C：¥System Volume Information¥DFSR" & "E：¥System Volume Information¥DFSR"の下にあるXML構成ファイルの内容は、複製されたデータが存在する後者のもので、OKです（重複するエントリはありません）。レジストリ（HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ DFSR）には、実際に構成されているものだけが表示されます（重複する値はありません）。

レプリケーショングループの再作成時にDFS-Rによって正しく処理されなかったWMIリポジトリに残っていると強く疑われますが、WMIからspeficインスタンスを削除する必要はありませんでした。誰かがすでに同じ問題に直面しているのか、「Wmic/namespace：\ root \ microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname、replicatedfoldername、state」に戻ってこれらの混乱している結果を取り除く方法についての手掛かりがあるのだろうか。

2つのボックス間で複製が正常に機能していることを強調したかっただけですが、ここで唯一の問題は重複していることです。

Answer 1

自分で何が間違っていたのか把握することができました。 「Wmic/namespace：\ root \ microsoftdfs path dfsrreplicatedfolderinfo get replicationgroupname、replicatedfoldername、state」に返された重複エントリは、ステージング領域専用のフォルダに残っていたためです。レプリケーショングループが再作成されると、ステージングフォルダの内容は手動で削除されず、DFS-Rはそれをうまく処理できませんでした。これを解決するために、ステージングのための新しいフォルダを作成し、DFS管理コンソール内のDFSレプリケーショングループを新しいフォルダに指定し、12時間以上を渡しました（スコープ内のデータのサイズと重要性により、 DFS-Rが新しい構成を完全に認識し、DFSレプリケーションサービスを停止し、古いステージングフォルダを削除し、最後にDFSレプリケーションサービスを再起動するようにしました。今はすべてが軌道に戻ってきて、よく見えます。 :-)