web-dev-qa-db-ja.com

ネットワーク経由で2つのWindowsコンピューター間で大きなファイルを送信する最も信頼できる方法は何ですか?

ファイルは約170GBです。 FTPにアップロードしてダウンロードしません。信頼性が低く、いつか接続が切れて、大きな問題が発生します。それで、そうするためのより良い方法はありますか?誰か提案しますか?ありがとう。

PS:2台のコンピューターが同じネットワークにありません。

19
Ted Wong

オフィスのポリシーで許可されていると仮定すると、ここでは十分な量のbitorrentがうまく機能する可能性があります。ファイルを分割し、正しいかどうかを確認し、そうでない場合は再ダウンロードします。あなたはおそらくあなた自身のトラッカーを実行したいと思うでしょうが、とにかく多くのbitorrentクライアントはそれを実行します、そして可能ならばwebseedsを使用して物事をさらにスピードアップします- burnbit はこれを簡単にします。

別の方法として、昔ながらの海賊行為を行い、ファイルを分割して パリティファイル を使用し、FTPまたはWebサーバーを使用して転送することをお勧めします。 Webサーバーを使用している場合は、wgetなどを使用してダウンロードを続行できます。パリティアーカイブを使用すると、いくつかの壊れた部分でファイルを再構築できます。

データが機密性の高いものである場合は、当然、ファイルまたはファイルチャンクの暗号化を検討してください。

より最近のオプションは次のようになります bitorrent sync -トースター以外のすべてで実行されます(トースターがWindows、Linux on x86、PPCまたはARM)を実行している場合を除き、ほとんどのうなり声はあなたのために働きます。それは基礎となるbitorrentプロトコルを使用しますが、使用するのはずっと簡単です。

26
Journeyman Geek

robocopy を見てください。再起動をサポートしており、一般的に他のオプションよりもはるかに安定しています。

20
Adam Caudill

WinZipは、(比較的)小さなファイルを大量に生成できます(元々はフロッピーディスクにアーカイブするように設計されていましたが、現在は1GBを選択できます)。その後、再開不可能なFTP(Microsoftのオプションのように)はOKです。最後に、WinZipはもう一方の端でファイルを取得します。

4
Mark Hurd

RobocopyとBitTorrentはすでに提案されており、良い考えのように思えます。制限のあるネットワーク環境でうまく機能する可能性のある他のオプション。 RoboCopyに必要と思われるSMB接続を作成します。

FTP。私はあなたがそれを好きではないことを知っていますが、良いサーバーとクライアントがあれば、それはうまくいくはずです。ソースまたは受信者のいずれかにFTPサーバーを作成し、暗号化された接続(透過プロキシなどが干渉しないようにするため)および4GBを超えるファイルをサポートしていることを確認します。次に、good FTPクライアントを使用してファイルをアップロード/ダウンロードします(必ずバイナリモードを使用してください)。 FTPは接続の再開をサポートしているため、接続が切断された場合は再開するだけです。 wgetの現在のコピーは問題ないはずです。

HTTPでも同じことができます。大きなファイルをサポートするHTTP(S)サーバーをセットアップし、現在のwgetのコピーでダウンロードします。

それ以外の場合は、Windows用のrsyncバイナリと、使用できる独自のrsyncのようなプログラムが多数あります。特に、ファイルを更新する必要があり、ファイルのごく一部のみが変更されることが予想される場合は、その方向を調べることをお勧めします。

8 MBit/s(1 MByte/s)では、ファイルの転送に2日かかることに注意してください。本当に高速な接続がない限り、ファイルのコピーを含む物理ハードドライブを送信する方が速い場合があります。

4
Jan Schejbal

私の頭に浮かぶのは、プライベートP2Pネットワーク(uTorrent、DC++)またはwgetを備えた小さなhttpサーバーです。

1
Midhat

Rsyncに基づくいくつかのツール(ウィンドウ)を使用することをお勧めします http://en.wikipedia.org/wiki/Rsync

0