ファイルは約170GBです。FTPにアップロードせず、ダウンロードしません。信頼性が低く、接続が切断される場合があり、大きな問題が発生します。だから、そうするより良い方法はありますか?誰もが提案しますか?ありがとう。
PS:2台のコンピューターが同じネットワークにありません。
ファイルは約170GBです。FTPにアップロードせず、ダウンロードしません。信頼性が低く、接続が切断される場合があり、大きな問題が発生します。だから、そうするより良い方法はありますか?誰もが提案しますか?ありがとう。
PS:2台のコンピューターが同じネットワークにありません。
回答:
オフィスポリシーで許可されていると仮定すると、奇妙に十分なbitorrentがここでうまく機能するかもしれません。ファイルを分割し、正しいかどうかをチェックし、そうでない場合は再ダウンロードします。おそらく独自のトラッカーを実行したいと思うでしょうが、多くのbitorrentクライアントはとにかくそれを行い、可能であればwebseedsを使用してさらに高速化します-burnbitはこれを簡単にします。
別の方法として、オールドスクールの海賊行為を行い、ファイルを分割してパリティファイルを使用することをお勧めします。その後、FTPまたはWebサーバーを使用して任意の方法で転送します。ウェブサーバーを使用している場合は、wgetのようなものを使用してダウンロードを続行できます。パリティアーカイブを使用すると、いくつかの壊れたファイルを再構築できます。
データの機密性も高い場合は、ファイルまたはファイルチャンクの暗号化を当然検討してください。
最近のオプションはbitorrent同期かもしれません-それはトースター以外ですべて実行されます(トースターがWindows、x86、PPCまたはARM上のlinuxを実行している場合を除く)。基盤となるbitorrentプロトコルを使用しますが、使用ははるかに簡単です。
WinZipは、(比較的)小さなファイルを大量に生成できます(元々はフロッピーディスクにアーカイブするように設計されていましたが、1GBを選択できるようになりました)。その後、再開不可能なFTP(Microsoftのオプションとして)は問題ありません。最後に、WinZipは反対側のファイルを取得します。
RobocopyとBitTorrentはすでに提案されており、良いアイデアのように聞こえます。RoboCopyに必要と思われるSMB接続を作成できないなど、制限のあるネットワーク環境でより適切に機能する可能性のある他のオプション:
FTP。私はあなたがそれを好きではないことを知っていますが、良いサーバーとクライアントで、それはうまくいくはずです。ソースまたは受信者のいずれかにFTPサーバーを作成し、暗号化された接続(透過的なプロキシなどの干渉を防ぐため)および4 GBを超えるファイルをサポートしていることを確認します。次に、適切な FTPクライアントを使用してファイルをアップロード/ダウンロードします(必ずバイナリモードを使用してください)。FTPは接続の再開をサポートしているため、接続が切断した場合は再開するだけです。wgetの現在のコピーは問題ないはずです。
HTTPでも同じことができます。大きなファイルをサポートするHTTP(S)サーバーをセットアップし、wgetの現在のコピーでダウンロードします。
それ以外の場合は、Windows用のrsyncバイナリと、使用可能な独自のrsyncライクなプログラムが多数あります。特に、ファイルを更新する必要があり、ファイルのごく一部のみが変更されることが予想される場合は、その方向を調べてください。
8 MBit / s(1 MByte / s)では、ファイルの転送に2日かかることに注意してください。本当に高速な接続がない限り、ファイルのコピーを含む物理ハードドライブを送信する方が高速です。
私はrsync http://en.wikipedia.org/wiki/Rsyncに基づいたいくつかのツール(windows)を使用することを推奨します