DFS-R は一方向のみにレプリケートします。送信方向のレプリケーションは到着保留で停止しています

DFS-R は一方向のみにレプリケートします。送信方向のレプリケーションは到着保留で停止しています

パスとドライブ名が同一である (意図的ではありません) Windows 2012 R2 サーバーが 2 台あります。

サーバー A にフォルダーを作成すると、そのフォルダーは即座にサーバー B に複製されます。ただし、サーバー B にフォルダーを作成しても、サーバー A には複製されません。

DFS 診断を実行しましたが、問題は見つかりません。ただし、サーバー B からサーバー AI への伝播テストを実行してもエラーは発生しません。単に不完全なテストのアラートが表示されます。

6 日前のテスト (ファイル レプリケーション テスト) があります。そのテスト ファイルのレプリケーション ステータスは、「到着保留中」のままです。

サーバー A から B への削除は問題なく複製されることに留意してください。B から A への複製は機能しません。

私の知る限り、すべてが正しく設定されており、エラーはありません。

データは、事前にシードされた約 6 TB です。レプリケーションは、ファイル サーバー クラスターと単一のサーバー間で行われます。DFS 関係は 3 週間以上稼働しています。

アイデアは?

答え1

レプリケーションが失敗する理由は多数あります。残念ながら、症状だけでは解決できません。

以下の情報をご確認ください。http://blogs.technet.com/b/askds/archive/2009/04/09/dfsr-debug-log-series-wrapup-and-downloadable-copies.aspxそして、両方のサーバーから確認できる特定のデバッグ ログ エントリを質問に追加しますか?

2012 R2 を使用していることを考えると、このブログは少し古くなっていますが、それでも役立つでしょう。

このフォルダーに固有のエントリのみを入力してください。

あるいは、A を使用して B を再初期化するには、次の手順を実行することをお勧めします。

  1. B をバックアップします。これは、B に変更をコミットしたが、それが A にレプリケートされていないことに気付いていないエンドユーザーがいる場合に必要です。以下の手順では、B のすべてのデータを A のバージョンに戻しますが、B の変更がバックアップされていない場合は「データ損失」が発生する可能性があります。

  2. B の DFS コンソールを使用して、レプリケート フォルダー (RF) のメンバーとしての B を無効にします。これにより、B に最も近い DC (または、B が現在使用している DC) のトポロジの構成が更新されます。

  3. B で「dfsrdiag pollad」を実行して、AD からのトポロジの変更を読み取るようにします。

  4. 「wmic /namespace:\\root\microsoftdfs path dfsrreplicatedfolderinfo get replicatedfoldername,replicationgroupname,state」を実行します。フォルダーがリストに表示されないことを確認します。(編集: wmic 名前空間を修正しました)。

  5. フォルダのレプリケーションが停止したことを示すイベント4114を探します

  6. オプションで、データベースがクリーンアップされたことを示す ldbmanager::deleteidrecords によるエントリがないかデバッグ ログで確認します。

  7. B の DFS コンソールを使用して B メンバーを再度有効にします。

  8. B で「dfsrdiag pollad」を実行して、変更が反映されていることを確認します。

  9. A と B が異なるサイトにあり、A が認識する前に B を無効化/有効化した場合、A では何もする必要はありません。それ以外の場合は、AD レプリケーションの遅延も考慮し、AD の変更が A が使用する DC に収束するのを待つ必要がある場合があります。次に、「dfsrdiag pollad」を実行して、実行した各トポロジの変更 (つまり、メンバーの無効化と有効化) が確実に取得されるようにします。

  10. 「wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicatedfoldername,replicationgroupname,state」を実行します。フォルダーが最終的に状態 4 になることを確認します。状態の詳細については、こちらを参照してください。http://blogs.technet.com/b/filecab/archive/2008/10/27/how-to-check-if-the-initial-replication-was-completed-successfully.aspx

それでも問題が解決しない場合は、より具体的な回答を得るためにデバッグ ログ エントリが必要です。

申し訳ありませんが、トラブルシューティングに基づいて質問に何度も答えることはできません。さらにサポートが必要な場合は、Microsoft サポートに問い合わせることをお勧めします。そうでない場合は、サイト上の他のユーザーが時間を作ってサポートしてくれるかもしれません。

答え2

Sysprep を使用せずに仮想ディスクまたは VM 全体を複製してこれらのボリュームを作成しましたか? ドライブのシリアル番号またはボリュームのシリアル番号が 2 つのサーバー間で一意ではないため、DFS-R が失敗すると思われます。

関連情報