☰

DFS レプリケーション エラー 9098 (廃棄コンテンツ)

tag-icon • tag-icon dfs dfs-r
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 マネージャーで「トポロジの検証」を実行すると、正常にチェックされます。

答え1

次のことを試してください。

  1. イベント ビューアーで、廃棄エラーが発生しているすべてのレプリケーション グループ/フォルダーを特定します。特定したら、DFS 管理 GUI に移動し、そのフォルダーに関連付けられているレプリケーション グループを完全に削除します。そのフォルダーの DFS 名前空間を削除する必要はなく、その名前空間フォルダーのレプリケーション機能のみを削除します。DFS-R に 9098 エラーが発生しない他のレプリケーション グループがある場合は、これらのフォルダーに対してこの操作を行う必要はありません。

  2. DFSR サービスを停止します (停止しようとしたときにハングする場合は、taskkill コマンドを使用してサービスを強制終了する必要がある場合があります)。

  3. 隠しシステムボリューム情報フォルダへのアクセス許可を自分に付与します。アカウントがドメイン管理者グループの下にある場合は、セキュリティ グループを追加するだけで済みます。このフォルダは、レプリケーション グループのメンバーであるすべてのサーバーに存在します。私の状況では、隠しフォルダの表示を有効にしても、3 台のサーバーのうち 2 台でこのフォルダが存在するように表示されませんでした。このようなことが起こった場合、サーバーはフォルダが存在しないと嘘をついています。フォルダは存在します。サーバの言うことを聞かないでください。私の提案は、7-zip ファイル マネージャをダウンロードして使用することです。このマネージャはフォルダを認識し、フォルダへのアクセス許可の設定や、256 文字を超えるファイルの削除に役立ちます (これは、次の手順をコマンド ラインから実行する場合に問題になります)。アクセス許可を設定した後、そのフォルダへのアクセス権がまだないというメッセージが表示される場合があります。7-zip を閉じて再度開いてください。そのフォルダとそのサブフォルダにアクセスできるようになります。

  4. そのフォルダにアクセスできたら、その下にある DFSR フォルダを削除します。これは、DFSR ロールがインストールされ、レプリケーション グループのメンバーであるすべてのサーバーで実行する必要があります。コマンド ライン コマンド「rmdir」を使用することもできますが、256 文字を超えるファイル/フォルダは削除できません。このため、システム ボリューム情報の下にある DFSR フォルダを削除するには、7-zip ファイル マネージャを使用する方が適しています。ただし、7-zip ではファイルまたはフォルダを削除できない場合があります。そのシナリオで実行する場合は、管理者特権のコマンド プロンプトで rmdir コマンドを使用します。基本的に、これら 2 つを組み合わせると、最終的に削除する必要のあるものがすべて削除されます。

  5. DFSR サービスを再度オンにします。これにより、削除した DFSR ハッシュと仮想ツリーを再作成するプロセスが開始されます。

  6. 必要なレプリケーション グループを再作成します。

  7. 削除しなかったレプリケーション グループでは、次の警告が表示される場合があります。「DFS レプリケーション サービスは、ローカル パスのレプリケート フォルダーを初期化し、初期レプリケーションの実行を待機しています。レプリケート フォルダーは、指定されたプライマリ メンバーから直接または間接的にレプリケートされたデータを受信するまで、この状態のままになります。」この警告が表示される場合は、コマンド ラインを実行して、DFSR サーバーの 1 つをそのレプリケーション グループのプライマリ サーバーとして設定し、設定したら (これは重要です)、DFS 管理 GUI に移動し、関連する警告があるレプリケーション グループをクリックして、接続タブを選択し、プライマリとして設定した送信メンバーを右クリックして [今すぐレプリケート...] を選択します。これによりレプリケーションが初期化され、これを 1 回実行するだけで、今後レプリケートできるようになります。送信メンバー/プライマリ メンバー サーバーがそのレプリケーション グループに接続されている各受信メンバーに対して、[今すぐレプリケート...] オプションを選択する必要があります。

  8. 約 5 ～ 10 分待ってから、各レプリケーション グループで dfsrdiag backlog コマンドを実行し、レプリケーション/同期のバックログが作成されるかどうかを確認します。このコマンドを 5 ～ 10 分ごとに実行して、バックログ ファイル カウント値が減少するかどうかを確認します。減少する場合は、同期/レプリケーションが行われています。

PS DFS-Rを回復力のためだけに使用している場合、それはそれを達成する最良の方法ではありません。フェールオーバークラスター内の高可用性ファイルサーバーの役割を検討してください。たとえば、ここ

答え2

問題が見つかりました。削除した「System Volume Information/DFSR」フォルダは、共有が存在する Z ドライブではなく、C ドライブにありました。Z:\System Volume Information/DFSR を削除するとすぐに、問題は解決しました。

関連情報