あまりない あなたが要求したものですが、効果は非常に似ています (つまり、実際に変更されたファイルに対してのみストレージを「支払う」):
rsync を使用して、変更されていないファイルのハード リンクを作成します。
大きな利点は、各「スナップショット」がそれ自体が完全なバックアップであることです。つまり、リカバリ時に、(ベースとその増分をリカバリするのではなく) スナップショットを 1 つ復元するだけで済みます。
www.mikerubel.org/computers/rsync_snapshots/ で、そのアプローチに関する適切なドキュメントを入手できます。
<ブロック引用>
重複 暗号化された tar 形式のボリュームを作成し、それらをリモートまたはローカルのファイル サーバーにアップロードすることにより、ディレクトリをバックアップします。重複は librsync を使用するため、増分アーカイブはスペース効率が高く、最後のバックアップ以降に変更されたファイルの部分のみを記録します。重複は GnuPG を使用してこれらのアーカイブを暗号化および/または署名するため、サーバーによるスパイおよび/または変更から安全になります。
http://duplicity.nongnu.org/
Duplicity は従来のバックアップ スキームを実装します。最初のアーカイブにはすべての情報が含まれ (完全バックアップ)、将来的には変更された情報のみが追加されます。ただし、他の同様のソリューションよりもいくつかの利点があります。
-
使いやすい:duplicity はコマンドライン ユーティリティですが、セマンティクスは相対的なものです。基本的な例を挙げると、次のコマンドは /usr ディレクトリを scp 経由で最新のホスト host.net にバックアップします:
duplicity /usr scp://host.net/target_dir -
暗号化および署名されたアーカイブ:重複によって生成されるアーカイブは、フリー ソフトウェア暗号化の標準である GnuPG を使用して暗号化および署名できます。リモートの場所では、バックアップのサイズとアップロード時期以外に、バックアップについて多くを推測することはできません。また、アーカイブがリモート側で変更されている場合、これは復元時に検出されます。
-
帯域幅とスペース効率:Duplicity は rsync アルゴリズムを使用するため、増分バックアップの実行時にファイルの変更された部分のみがアーカイブに送信されます。たとえば、長いログ ファイルが数行のテキストだけ増えると、小さな差分がアーカイブに送信されて保存されます。他のバックアップ プログラムでは、ファイルの完全なコピーが保存される場合があります。
-
標準ファイル形式:アーカイブ データは暗号化されますが、内部は標準の GNU-tar 形式のアーカイブです。完全バックアップには通常の tarball が含まれ、増分バックアップには新しいファイルの tar アーカイブと以前のバックアップからのデルタが含まれます。デルタは、librsync のコマンドライン ユーティリティ rdiff によって生成される形式です。重複アーカイブを手動で確認する必要はありませんが、必要に応じて、GnuPG、rdiff、および tar を使用して作成および処理できます。
-
リモート プロトコルの選択:二重性は、アーカイブ サーバーに対して多くの要求を行いません。ファイルを場所に保存、読み取り、一覧表示、および削除できる限り、その場所を複製バックエンドとして使用できます。ユーザーの選択肢が増えるだけでなく、クライアントは最小限のアクセスしか必要としないため、サーバーをより安全にすることができます。
現在、ローカル ファイル ストレージ、scp/ssh、ftp、rsync、HSI、WebDAV、Tahoe-LAFS、および Amazon S3 がサポートされており、その他の追加は難しくありません。