ローカルファイルサーバーが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」を使用して中央サーバーのすべてをコピーして作成したディスクを使用します。
残念ながら、私はこれに対する答えを得ることができませんでした。安全のために、2番目のオプションを選択しました。リモートメンバーサーバーをレプリケーショングループから完全に削除し、再度追加します(リモートサーバーで4010イベントを待って、グループから削除されたことを確認した後)。バックログは最初は膨大でしたが、DFSRはファイルが同じであり、行を越えてコピーされることなくバックログから消えたことに気付いたようです。
したがって、今後の参考のために、1つ以上のDFS-Rメンバーサーバーのオフライン同期を行う方法を次に示します。
robocopy /MIR /SEC /SECFIX <source> <destination>