ファイルコピーの帯域幅をどのように制限しますか？

T1接続と私の場所へのvpnを備えたリモートの場所に古いWindows 2000ボックスがあります。通常、smbマウントを使用してファイルを転送しますが、今度はサーバーを使用停止にして、バックアップを自分の場所にコピーします。約40ギガバイト（圧縮）をコピーします。時間がかかることを覚悟していますが、いくつか注意点があります。

• サイトへのターミナルサービス接続が影響を受けないように、帯域幅を制限する必要があります
• 部分転送を再開できるようにしたい

いくつかの小さなファイルといくつかの大きなファイル（10〜20ギガバイト）があります。私は* nixプラットフォームでのrsyncに精通していますが、windowsで不運を経験しており、部分的に転送されたファイルを本当に保持することを知りません。あなたは何を使うのですか？

robocopy.exeパケット間ギャップと呼ばれるスイッチがあり、コピーのパケット間に時間枠を挿入できるため、チャネルへの影響を軽減できます。

正確に「使用可能な帯域幅の30％を超えて使用する」わけではありませんが、少しの計算で同じ効果を得ることができます。常に一定のミリ秒数を指定し、少しの間実行させてCTRL+Cから、中断し、必要に応じてコマンドを調整してから再開することができます。大規模な複製で営業日中にWANに過負荷をかけたくないときに、これを実行しました。

robocopyには/z、「再開可能な」転送を可能にする別のスイッチがあります。そのため、転送が中断された場合、中断したところから再開でき、40 GB全体を再度シフトする必要はありません。

たとえば、単一の40GB ZIPファイルを実際にテストしたことがないので、再開ビットがどれくらいきめ細かか分からない。最初に小さいものをテストします;-)

robocopyには構文を支援できるGUIがいくつかありますが、Linuxのバックグラウンドを持つ人なら誰でも簡単に理解できます。Windows 2003以降のコピーから最新バージョンを入手します。それ以外の場合は、Windows 2000リソースキットツールのダウンロードとして見つけることができます。

robocopyのWikipediaエントリで、誰かが再起動可能なコピー（/zスイッチ）のペナルティはパフォーマンスが6倍遅いことに気付きました（Known Flawsを参照）。

40 GBのファイルは、T-1を介してコピーするのに60時間以上かかります。外付けハードドライブを両方向に郵送する方が簡単な場合があります。誰かにそれをサーバーに接続させ、ファイルをコピー/暗号化してから、メールで返送してもらうことができます。

2000ボックスでFTPをセットアップし、もう一方の端でFTPクライアント（filezillaなど）を使用して部分的なコピーを処理してみてください。

* nixでrsyncを使用したと言いますが、rsyncのいくつかのポートがあります。例えば：

• RsyncWin32
• DeltaCopy
• cwrsync

個人的には、rsyncはかなり信頼性が高く、転送中などの中断を処理できます。Rsyncには、転送を正確なkbit /秒の転送速度に制限するためのフラグもあるため、同様に動作するようです。

Robocopyを使用して、すべてのサーバーとメールサーバーのライブバックアップをバックアップします。正しく設定されると、本当に設定されて忘れられます。私のITライフに起こったことの中で最高のもの。32セントを入れるだけ（インフレーションを許可）

この目的のためにKillCopyを使用します。とても便利だと思います。
ローカルコピーとネットワークコピー用に別々の速度とその他の設定プロファイルがあります。
また、接続不良の場合に大きなファイル（またはファイル）の転送が中断された場合、またはプログラムをホストしているコンピューターがクラッシュした場合でも再開できます。