LinuxからLinux、10 TBの転送？

これまでの同様の質問をすべて調べましたが、答えはあちこちにあり、大量のデータを移動する人はいませんでした（100 GBは10 TBとは異なります）。

RAIDアレイから別のギガビットイーサネット、無料の百科事典、XFSファイルシステムに移動するのに必要な約10 TBがあります。私の最大の懸念は、転送が途中で死ぬことと簡単に再開することができないことです。速度はいいですが、転送を確実にすることがはるかに重要です。

通常はtarとnetcatだけですが、移動元のRAIDアレイは最近の時点で非常に不安定で、プロセスの途中でドロップした場合は回復して再開できる必要があります。私はrsyncを見るべきですか？

これをもう少し詳しく調べてみると、rsyncが遅すぎる可能性があると思います。30 日以上かかることは避けたいです。だから今私はnetcatで転送を監視/再開する方法についての提案を探しています。

うん、rsync

オッドボールの外では、DRBDが最近発表した非同期機能です。

テープでいっぱいのステーションワゴンの帯域幅を過小評価しないでください。 10 TBは、（たとえば2 TB）チャンクに分割できれば、比較的安価なコンシューマーグレードのNAS機器で実現可能です。これが1回限りの場合、半手動のプロセスが実行可能であり、2 TBのNASは数百ドルにすぎません。

継続的なプロセスが必要な場合は、最初の転送が完了した後でRSYNCをセットアップできます。

私は数か月前にこの種の仕事をしなければなりませんでした。プロセスを高速化するために、パラレルrsyncを使用しました。転送/同期するファイルをチャンクに分割し、いつでも再開できます。並列rsyncスクリプトについては、以下のリンクを参照してください。

https://gist.github.com/rcoup/5358786

データをコピーするサーバーにFTPサーバーをセットアップして、受信側で「再開」するFTPクライアントを使用することができます。私はFilezillaサーバーとクライアントを使用しており、クライアントの「再開」機能をかなり頻繁に使用しており、常に問題なく機能しています。