DFSrは、ファイルが複数のサーバーで変更されたことを検出しましたが、「勝った」ファイルと競合フォルダーに移動されたファイルは同じハッシュを持っています
2台のWindows2012R2サーバー間に新しいDFSレプリケーションシステムを展開しました。 MSの推奨事項を使用してDFSRデータベースのクローンを作成しました（ http://blogs.technet.com/b/filecab/archive/2013/08/21/dfs-replication-initial-sync-in-windows-server-2012 -r2-attack-of-the-clones.aspx ）およびレプリケーション/同期は99％完全に機能していました（いくつかのファイルがバックログに残っていますが、それ以外は素晴らしいです）。
非プライマリメンバーサーバーを再起動すると、イベントログに、クリーンでないシャットダウン/ジャーナルラップ（シャットダウンは本によるもの）について不平を言い、確実に回復できない場合はデータベースを再構築する必要があると述べました（イベント2212）。 。次に、ログ2218をスローし、レプリケーションデータベースの整合性チェックの2番目のステップにあることを示しました。
その後ほぼすぐに、両方のサーバーが、プライマリサーバーとセカンダリサーバーの両方で大量の4412（複数のサーバーでファイルが変更され、「失われた」ファイルをDFSRPrivate\ConflictsandDeletedに移動）ログをスローし始めました。ただし、「勝った」ファイルとConflictsandDeletedに移動したファイルの両方に対してPS Get-DFSrFileHashを実行すると、完全に一致します。
DFSrのセットアップには19Mのファイルがあり、それらが等しい場合でもすべてのファイルを置き換えるには数週間かかります。このプロセスが完了するまでレプリケーションが停止しているように見えるので、DFSにファイルが実際に同じであることを「認識」させたいと思います。誰かが以前にこのようなものを見たことがありますか？
過去に同様の問題が発生したときは、プールのすべての子孫メンバーを削除しました（したがって、プライマリのみがあります）。約15分待ってから、一度に1つの子孫を追加し、一度に約15分待ちました。エラーが再発したサーバーが1台ありました。このサーバーは、ファイルのアクセス許可を稼働中のサーバー（通常はプリンシパル）と同期し、すべての子孫が追加されるまですすぎ、繰り返します。