ファイルコピーの帯域幅をどのように制限しますか？
T1接続と自分の場所へのVPNが設定されたリモートロケーションに古いWindows 2000ボックスがあります。通常はsmbマウントを使用してファイルを転送しますが、今度はサーバーを使用停止にして、バックアップを自分の場所にコピーします。コピーするのに約40ギガバイト（圧縮）あります。時間がかかる準備はできていますが、いくつか注意点があります。
- サイトへのターミナルサービス接続が影響を受けないように、帯域幅を制限する必要があります
- 部分的な転送を再開できるようにしたい
いくつかの小さなファイルといくつかの大きなファイル（10-20ギガバイト）があります。私は* nixプラットフォームでのrsyncに精通していますが、Windowsに不運で、部分的に転送されたファイルが本当に保持されるかどうかはわかりません。あなたは何を使うのですか？
robocopy.exeにはinter-packet gapというスイッチがあり、パケットの間にタイムウィンドウを挿入できます。あなたのコピー、そしてそれによってチャンネルへの影響を減らします。
「使用可能な帯域幅の30％以下を使用する」というわけではありませんが、少し計算すれば同じ効果を得ることができます。常に数ミリ秒を指定して少しの間実行させてから、CTRL+C中断するには、必要に応じてコマンドを調整してから再開します。大規模なレプリケーションを行う営業日にWANに負荷をかけたくない場合に、これを実行しました。
robocopyには別のスイッチがあります/z「再開可能な」転送を許可するため、転送が中断された場合は、中断したところから再開でき、40 GB全体を再度シフトする必要はありません。
たとえば、単一の40GB Zipファイルを実際にテストしたことがないので、レジュームビットがどれほど細かいのかわかりません。最初に小さいものをテストしてください;-)
構文を支援できるrobocopy用のいくつかの素晴らしいGUIがありますが、Linuxのバックグラウンドを持つ人なら誰でも簡単に理解できます。 Windows 2003以降のコピーから最新バージョンを入手します。それ以外の場合は、Windows 2000リソースキットツールのダウンロードとして見つかります。
robocopyのWikipediaエントリで、再起動可能なコピー（/zスイッチ）はパフォーマンスが6倍遅くなります（既知の欠陥を参照）。
40 GBのファイルをT-1にコピーするには60時間以上かかります。両方向で外付けハードドライブを郵送する方が簡単かもしれません。誰かにサーバーにプラグインしてもらい、ファイルをコピー/暗号化してからメールで送り返すことができます。
2000ボックスでFTPを設定し、反対側でFTPクライアントを使用して、filezillaのように部分的なコピーを処理することもできます。
あなたは* nixでrsyncを使用したと言っていますが、rsyncには調べたいウィンドウへのポートがいくつかあります。例えば：
個人的には、rsyncはかなり信頼できると思いました。転送の途中での中断などを処理できます。 Rsyncには、転送を正確にkbit/secの転送速度に制限するフラグもあるので、これもうまくいくようです。
私はこの目的のために KillCopy を使用します。とても便利だと思います。
ローカルコピーとネットワークコピー用に、速度とその他の設定プロファイルが異なります。
接続が悪い場合に大きなファイル（または複数のファイル）の転送が中断された場合や、プログラムをホストしているコンピューターがクラッシュした場合でも再開できます。
Robocopyを使用して、すべてのサーバーとライブメールサーバーバックアップをバックアップします。正しく設定されたら、本当に設定して忘れてしまいます。私のITライフでこれまでに起こった最高のこと。私の32セントを入れるだけ（インフレを可能にする）