rdiff-backupの代替またはrsyncでのrdiff-backupの使用
2Tストレージを備えたUbuntu16.04を実行しているVPSがあり、データを配置したいのですが、現在は1Tフラッシュドライブにあります。履歴に戻って古いバージョンのファイルを取得できるようにしたいと思います。
私は「重複」を見てきましたが、それが遅く、頻繁に完全バックアップを作成する必要があるために多くのスペースを占めるという話をたくさん読みました。
それから、これに対する解決策として「rdiff-backup」にたどり着きましたが、レジュームをうまく処理できません。中断が原因で、サーバーへの初期同期すらできませんでした。最初にローカルディレクトリにrdiff-backupを実行し、次にそれをVPSにrsync（-a）しようとしました。しかし、元のディレクトリからrdiff-backupを実行しようとすると、機能しませんでした（増分が多すぎるという奇妙なエラー）。
私は現在、rsnapshotを検討しています。あるいは、履歴書をより適切に処理できる独自のツールでrdiff-backupをラップすることを検討しています（たとえば、ディレクトリごとにディレクトリを段階的にrdiff-backupを実行するなど）。
Rdiff-backupは、私がそれを機能させようとした方法で機能する必要がありますか？ （ローカルディレクトリ1 rdiff->ローカルディレクトリ2、ローカルディレクトリ2 rsync->リモートディレクトリ、ローカルディレクトリ1 rdiff->リモートディレクトリ）そうでない場合、rsnapshotは良い代替手段でしょうか？
Istronglyは、 rsnapshot を使用して、接続の問題が検出された場合に複数回再試行するように構成することをお勧めします。たとえば、最大3回の試行で複数試行アプローチを有効にするには、rsnapshot.confファイルに次の行を追加してください。
rsync_numtries 3
重要なのは、1 TBのデータをバックアップすることです。これは、最初の初期バックアップが完了した後でも、前述のすべてのツールが機能しているため、増分更新が非常に大きくなる可能性があることを意味します。ファイルシステムレベルで、VPSに変更した場合は、まったく新しいファイルを転送します。
また、これらのツールのいくつかは、大きなファイルベースをバックアップするために作成されたものではありません。私の意見では、Rsnapshotは信頼性が高く、VPSでデータを暗号化または圧縮（あるいはその両方）する場合は、重複も検討する価値があります。これは、もちろん、バックアップにさらに時間がかかることを意味します。
そうは言っても、最初の同期後の高速バックアップソリューションに本当に必要なのは、ブロックレベルでの増分バックアップです。
これはZFSまたはBtrfsに付属しているもので、コマンドはZFSsendまたはbtrfssendです。
Btrfsが選択したファイルシステムである場合（貴重なデータではまだお勧めできません）、たとえば、Marc Merlinのこのスクリプトは興味深いかもしれませんが、似たようなものがあります： http：//marc.merlins。 org/perso/btrfs/post_2014-03-22_Btrfs-Tips_-Doing-Fast-Incremental-Backups-With-Btrfs-Send-and-Receive.html
代わりにZFSを好む場合、たとえばZnapzendは一見の価値があるかもしれません： http://www.znapzend.org/
Rsync.netのように、ZFS送信/受信用のZFSバックアップスペースを提供している企業もあります（ZFS送信を提供している名前にもかかわらず、彼らや顧客とは提携していません）。
このタスクにrsnapshotのようなツールを使用することは完全に可能ですが、はるかに実用的で高速であることに注意してください非常に大きなインターネット回線がない限り、データ量が多いため、代わりにZFS/Btrfs送信を使用します。これら2つは、rsnapshotet.alよりも技術的に優れています。