DFSレプリケーションエラー9098（廃棄されたコンテンツ）
サーバーが3台の場合、DFSレプリケーションは2年間機能していました。最近、メンバーサーバーの1つがこれを報告し始めました：
The DFS Replication service stopped replication on replicated folder projects at local path Z:\projects due to Error ID: 9098 (A tombstoned content set deletion has been scheduled). Event ID: 4004
私が何をしても、このサーバーは同じ廃棄済みエラーを報告し続けます。この問題のあるサーバーとの間で複製されているものはありません。
3つのメンバーサーバーのそれぞれに新しい共有を作成しました。次に、新しい名前空間を作成し、DFSレプリケーションを有効にしました。 2台のサーバーは問題なく複製されますが、1台の問題のサーバーは引き続き廃棄エラーを報告します。
DFSレプリケーションの役割を削除/再インストールしてみましたが、まだ起こります。
私はここで完全に途方に暮れています、何かアイデアはありますか？問題のあるサーバーから他のサーバーへのpingは問題ありません。 「トポロジーの検証」はDFSマネージャーで問題なくチェックアウトします。
問題が見つかりました。削除した「System Volume Information/DFSR」フォルダは、共有が存在するZドライブではなく、Cドライブにありました。 Z：\ System Volume Information/DFSRを強制終了するとすぐに、問題が修正されました。
以下を試してください：
イベントビューアを調べて、トゥームストーンエラーを引き起こしているすべてのレプリケーショングループ/フォルダを特定します。それらを特定したら、DFS管理GUIに移動し、そのフォルダーに関連付けられているレプリケーショングループを完全に削除します。そのフォルダーのDFS名前空間を削除する必要はありません。その名前空間フォルダーのレプリケーション機能を削除するだけです。 DFS-Rに他のレプリケーショングループがあり、9098エラーが発生しない場合は、これらのフォルダーに対してこれを行う必要はありません。
DFSRサービスを停止します（停止しようとしたときにハングした場合は、taskkillコマンドを使用してサービスを強制終了する必要がある場合があります）。
非表示のシステムボリューム情報フォルダーへのアクセス許可を自分に与えます。アカウントがドメイン管理者グループの下にある場合は、セキュリティグループを追加するだけです。このフォルダーは、レプリケーショングループのメンバーであるすべてのサーバーに存在します。私の状況では、隠しフォルダーを表示できるようにした場合でも、3つのサーバーのうち2つがこのフォルダーを既存のサーバーとして表示しませんでした。これが発生した場合、サーバーはそこにないという嘘をついています。あります。聞かないで。私の提案は、7-Zipファイルマネージャーをダウンロードして使用することです。フォルダーが表示され、フォルダーにアクセス許可を設定したり、256文字を超えるファイルを削除したりできます。これは、コマンドラインから次の手順を実行する場合に問題になります）。アクセス許可を設定した後、そのフォルダーにアクセスできないことが通知される場合があります。 7-Zipを閉じて、再び開いてください。そのフォルダーとそのサブフォルダーに移動できます。
そのフォルダーにアクセスできたら、その下にあるDFSRフォルダーを削除してください。これは、DFSRの役割がインストールされ、任意のレプリケーショングループのメンバーであるすべてのサーバーで実行します。コマンドラインコマンド「rmdir」を使用できますが、256文字を超えるファイル/フォルダーを削除できません。これが7-Zipファイルマネージャーがシステムボリューム情報の下のDFSRフォルダーを削除するためのより良いオプションである理由です。ただし、7-Zipがファイルまたはフォルダーを削除できない場合があります。そのシナリオで実行する場合は、昇格されたコマンドプロンプトでrmdirコマンドを使用します。基本的に、これら2つを組み合わせると、最終的には、クリアする必要のあるすべてがクリアされます。
DFSRサービスをオンに戻します。これにより、削除したばかりのDFSRハッシュと仮想ツリーを再作成するプロセスが開始されます。
必要なレプリケーショングループを再作成します。
削除しなかったレプリケーショングループで、「DFSレプリケーションサービスはローカルパスでレプリケートフォルダーを初期化し、初期レプリケーションの実行を待機しています。レプリケートフォルダーは、レプリケートデータを受信するまでこの状態のままになります指定された主要メンバーから直接または間接的に。」その場合は、コマンドラインを実行してDFSRサーバーの1つをそのレプリケーショングループのプライマリサーバーとして設定し、設定したら-これは重要です-DFS管理GUIで行う必要があります。関連する警告のあるレプリケーショングループをクリックし、[接続]タブを選択して、プライマリとして作成した送信メンバーを右クリックし、[今すぐ複製...]を選択します。これにより、レプリケーションが初期化され、これを行う必要があります。ここで繰り返し複製するために一度だけ。送信グループ/プライマリメンバーサーバーがそのレプリケーショングループに接続されている受信メンバーごとに、[今すぐ複製...]オプションを選択する必要があります。
約5〜10分待って、各レプリケーショングループでdfsrdiag backlogコマンドを実行し、レプリケーション/同期のバックログが作成されるかどうかを確認します。このコマンドを5〜10分ごとに実行して、バックログファイルのカウント値が減少するかどうかを確認します。含まれている場合は、同期/複製しています。
追伸DFS-Rを回復力の目的でのみ使用している場合、それを実現する最良の方法ではありません。 here のように、フェイルオーバークラスター内の高可用性FileServerロールを確認します。