DFSレプリケーションを準備するために、robocopy /DATSOU...
を使用して共有フォルダー(〜170G)の内容を別のサーバーにコピーしました。
その後、DFSレプリケーショングループが2つのフォルダで構成されました。
数時間後、ファイルが複数のサーバーで変更されたことを示す4412エラーが大量に発生します。これは間違いなくそうではありません。ファイル時間などはすべて同じです(アクセス時間を除く)。これは、「勝った」ファイルをDfsrPrivate\ConflictAndDeletedで削除されたファイルと比較するときに確認できます。ここで何が起きてるの?
Syneticon-djからの応答に追加するだけで、robocopyの実行方法によっては、送信元と宛先のアクセス許可が異なる可能性があります。この場合、ファイルハッシュは異なり、4412イベントが発生します。ソースからプルダウンするものを最小限に抑えるために、引き続きRDCを使用する必要があります。
http://blogs.technet.com/b/askds/archive/2008/02/12/get-out-and-Push-getting-the-most-out-of-dfsr-pre-staging。 aspx はこの問題について説明しています。 robocopyベースの詳細を強調して指摘していることに注意してください http://blogs.technet.com/b/askds/archive/2010/09/07/replacing-dfsr-member-hardware-or -os-part-2-pre-seeding.aspx 。これは、プレシードDFSRに関する最も信頼のおけるリンクです。
あなたは使用する必要があります
dfsrdiag filehash /filepath:<yourfile>
KB947726 で説明されているように、同じファイルの両方のサーバーで、DFS-Rがファイルを「同じ」として認識するかどうかを確認します。私は、これはそうではないだろうと思う。