web-dev-qa-db-ja.com

2つのWindowsサーバー間で約200GBのファイルを転送するための最良の方法

ソースサーバーはWindowsServer 2003(a VM Xenでホストされています))。ターゲットはWindows Server2016です。

それらは異なる場所にあり、接続は約30Mbit/sであり、両方とも同じVPN上にあります。

ファイルを一方から他方に転送する必要があります。

ファイルサイズは、数MBから数25 GBのOutlookpstまでの範囲です。

ソースサーバーに2GBのスペースしか残っていないので、ターゲット上でファイルを圧縮して処理を高速化する(そしてコピーを検証する機能を持たせる)ことは問題外です(少なくとも巨大なファイルの場合)。

データをオンザフライで圧縮して転送し、ターゲットサーバーで圧縮解除できるものが必要です。これにより、処理速度が大幅に向上します。また、ターゲットサーバー内のファイルの整合性を検証できる必要があります。

これは1回限りのことです。完了すると、ソースサーバーが廃止されます。

誰か提案がありますか?

ありがとう!

アレックス

編集2019-10-06:質問が反対票を投じられる可能性があることを知りませんでした、そして私が得た1つの反対票は、(カウント上でマウスをホバーしたときに)その質問に調査が行われていないようだと述べています。それどころか、私は単にドライブをマッピングしてWindowsコピーを実行するための実行可能な代替手段を探すことに何日も費やしました(これも試しました)。したがって、私の質問。

編集2019-10-06.2:今日いくつかのテストを実行しました:

  • 大きなファイル(1GBを超えると約160GBになります)。
  • FTPサーバー。転送は、使用可能な帯域幅の約半分を使用します(圧縮なしで最大1.5Mバイト/秒。オーバーヘッドにより転送が遅くなるため、圧縮(モードz)が必要です。クライアントが作成するように、FTPは小さいファイルに対してより実用的です。プロセスが簡単になります。
  • Justbeamit.comはすべての帯域幅を使用しているようで、約3MBytes/sの速度が得られます。これは、処理する必要のある15個の非常に大きな.pstファイルでおそらく従う方向です。 1つずつ実行する必要がありますが、ファイルの数が非常に少ない場合は、大したことではありません。テストファイルのソースとコピーに対するSHA-256テストは、転送が信頼できることを確認します。 (Justbeamit.comでは複数のファイルを送信できますが、160GB相当のデータをZipするのは難しいです。)-from https://superuser.com/questions/314325/direct-transfer-of-a -file-between-two-computers-on-the-internet
1
alex_223

Robocopyは、大量のデータを移動するのに適しています。ここでコマンドヘルプ- https://ss64.com/nt/robocopy.html

3
Edwrd_T_Justice

ダウンタイムはまったく許容できますか?スニーカーネットは今でも重要であり、物理的な距離によっては、膨大な帯域幅を提供する場合があります。

許可されるダウンタイムが制限されているマシンの場合でも、robocopyを使用してローカルに接続されたドライブに初期シードを作成してから、ドライブを2番目のデータセンターに送信し、ネットワーク全体で2番目のrobocopyジョブをフォローアップして違い。

2
Mikael H