DFS-R：オフラインで再同期する方法、大量のデータを削除
ローカルファイルサーバーがDFS-Rを介してセントラルオフィスとファイルサーバーに同期されている2つのブランチオフィスがあります。ほとんどの場合、データは中央ファイルサーバーから両方のブランチオフィスにコピーされますが、データがブランチオフィスでも生成され、他のブランチオフィスと同様に中央に表示される必要がある場合があるため、同期は双方向です。中央サーバーと1つのブランチオフィスはWin2003R2stdで、もう1つのブランチオフィスはWin2008R2stdです。
昨夜、誤って削除したり、不正なスクリプト（まだ調査中）によって大量のデータ（800GB）が失われました。中央バックアップのみがあり、現在中央サーバーでリカバリされています。ただし、帯域幅が限られているため、DFS-Rですべてをブランチオフィスに同期させることは実行可能なオプションではありません。
したがって、中央サーバーが再び復元されたら、すべての中央データがミラーリングされた2つのUSBディスクを準備し、それらをブランチオフィスに送信して、ローカルで再びデータを入力できるようにします。
問題は、DFS-Rを壊さないサポートされた方法でこれを行う方法です。 DFS-Rがリモートデータを「新しい」データとして認識し、すべてをもう一度コピーし始めたり、さらに悪いことに、すべてを一元的に削除したりすることを望まない...
少し前に、「robocopy/MIR/SEC/SECFIX」を使用したときに、1つのブランチオフィスにファイルサーバーを再インストールする必要がありました（DFSRフォームに違いが見られないように、データを可能な限り1：1に近づけるため）とにかく再同期）中央データをUSBディスクにコピーし、同じコマンドを使用してUSBディスクからローカルサーバーにコピーし直しました。その後、サーバー（再インストールされたため、レプリケーショングループのメンバーではなくなった）をレプリケーショングループに追加し直しましたが、これは正常に機能しました。
しかし、サーバーはまだ認識されており、レプリケーショングループのメンバーであるため、同じアプローチが機能するかどうかはわかりません。
うまくいくと思うシナリオが2つありますが、確認（またはより良いアイデア）を歓迎する場合があります。どちらのアイデアも、「robocopy/mir/sec/secfix」を使用して中央サーバーのすべてをコピーして作成したディスクを使用します。
- 最初のオプション（最小限の労力）：robocopyを使用してブランチオフィスサーバーがローカルで再同期された後、セントラルオフィスサーバーとブランチオフィスサーバー間の接続を一時的に無効にし、接続を再度有効にして、最善を期待します
- 2番目のオプション：ブランチオフィスサーバーをレプリケーショングループから完全に削除し、ローカルで再同期した後、それらを再度追加します。これにより、（私は）最初のレプリケーションが実行されます。これは基本的に、再インストールしたサーバーで行ったのと同じなので、これでうまくいくと確信しています。
残念ながら、私はこれに対する答えを得ることができませんでした。安全のために、2番目のオプションを選択しました。リモートメンバーサーバーをレプリケーショングループから完全に削除し、再度追加します（リモートサーバーで4010イベントを待って、グループから削除されたことを確認した後）。バックログは最初は膨大でしたが、DFSRはファイルが同じであり、行を越えてコピーされることなくバックログから消えたことに気付いたようです。
したがって、今後の参考のために、1つ以上のDFS-Rメンバーサーバーのオフライン同期を行う方法を次に示します。
- オフライン再同期を実行するリモートメンバーを適切なレプリケーショングループから削除します。その間に「マスター」サーバーに追加したものは、もうコピーされないことに注意してください。
- 次のコマンドを使用して、ファイルをオフラインメディア（NFTS形式のUSBディスク/スティック/その他）にコピーします。
robocopy /MIR /SEC /SECFIX <source> <destination> - リモートサーバーで、上記のrobocopyコマンドを使用してすべてをコピーし直し、offcourseをパラメーターとしてUSBソースにします。
- すべてがコピーされたら、メンバーをレプリケーショングループに再度追加します
- バックログを監視します。私の場合、バックログされたファイルがたくさんありましたが、おそらくDFSRが実際には同じであることに気付いたため、それらを再コピーせずに消えました。