web-dev-qa-db-ja.com

DFS-R、フォルダACLの不一致でレプリケーションを軌道に戻す方法

DFS-Rは2台のサーバーで配置されています。ある場所にServerA、別の場所にServerB

昨日の朝から、これを取り除く方法がわからない状況にあります。

状況 :

特定のDFS名前空間にアクセスできなくなったという電話を受けました。調べてみると、ServerAで、誰かが最初にこのフォルダーの共有を削除し、2つ以上のACLが存在しないことがわかりました。

最初のステップでは、DFS名前空間で、ServerAのフォルダーターゲットを無効にしました。ユーザーが自分のファイルにアクセスできるようにするため。

レプリケーションは非常に遅いようです。 drfsdiagバックログは、レプリケーションの両側に101000以上および78000以上のファイルを提供します。おそらくACLの不一致が原因だと思います。

この状況を軌道に戻すための最良の方法は何ですか?

  • ServerAからServerBへのレプリケーションを停止しますか?
  • ServerAのフォルダを削除しますか?
  • ServerBをプライマリソースとしてレプリケーションを再作成しますか?
  • ACLを再作成し、ServerAで共有しますか?
  • これらのすべてのステップを特定の順序で実行しますか?
  • バックログが終了するのを待ってから移動しますか?

DFS-Rは本当に新しく、そのための進め方と考えられるすべての効果がわかりません。

手がかりはありがたいです。

1

大きなフォルダ全体のACLを変更した場合は、バックログが終了するまで待つ必要がありました。同様のケースについては、 ここ および ここ を参照してください。

これが受け入れられない場合は、次のことができます。

  • レプリケーションを停止します
  • 影響を受けたフォルダを削除します(片側のみ!)
  • robocopyを使用して pre-seed 現在は空の宛先
  • レプリケーションを再度有効にする

ただし、上記の各手順にはダウンタイムがないわけではなく、問題が発生した場合は、状況を悪化させる可能性もあります。いつものように、最初にバックアップを取ります。

0
shodanshok