sshを介した増分圧縮バックアップ

これまでのところ、次のものを使用して自分のものをバックアップしています。

rsync -avz --delete /Local/Location/of/data/ -e ssh username@hostname:/Remote/Location/of/backup

ローカル側はMac OSを実行しており、サーバー側はLinuxを実行しています。この設定を変更することはできません。

これは（私が知る限り）うまく機能し、最後のバックアップ以降の差分のみを転送し、すべての権限などを保持します。しかし、このアプローチには1つの欠点があります。つまり、サーバー側のバックアップは圧縮されませんしたがって、警告が表示されます）。プロセスの最終結果の圧縮を追加するにはどうすればよいですか？

単純なアプローチは次のとおりです（宛先が圧縮されている場合）。

1. 宛先を圧縮解除します
2. ローカルからリモートへの違いをrsync
3. サーバー側でバックアップを圧縮します。

ここでのベストプラクティスは何ですか？

編集

「インクリメンタルダンプ」という概念に出会いました。tarここで役立つようです。これは行く方法ですか？

簡単な解決策は、サーバー側で圧縮ファイルシステムを使用することです。リストについては、Wikipediaの「ファイルシステムの比較」の「割り当ておよびレイアウトポリシー」を参照してください。

別のオプションは、スナップショットまたはコピーオンライトを提供するファイルシステムを使用することです。btrfsこれは、1つの小さな機能を除くすべてを提供するため、これに適した候補です。誤解しないでください：btrfsは素晴らしいです。私は今、約1年間使用していますが、問題はありませんでした。しかし、バックアップは何よりもまず信頼できるものでなければなりません。

また、好みのファイルシステムを備えたサーバー上に単純にパーティションを作成することはできません。次の2つの回避策があります。

1. サーバー上に巨大なファイルを作成し、そこにファイルシステムを作成できます（mkfsデバイス名の代わりにファイルへのパスを指定するだけです）。その後、ファイルマウントポイントを使用してこのファイルシステムをマウントできmount -o loop ます。

2. オプションではないが、サーバーでFUSE（ユーザー空間のファイルシステム）が有効になっている場合（カーネルモジュール）、lessfsを使用できます。

最後に、このタスク専用のバックアップツールを使用できます。多くのオプションがあります（" linux backup "のdar、rsnapshotまたはgoogleなど）。しかし、注意してください。私は何年も検索し、多くのオプションを試しましたが、それでもシンプルで強力なファイルシステムは見つかりませんでした。rsync