増分スナップショットを別のボリュームにバックアップする
次のバックアップスキームに近いものを実装する方法を探しています。
- 最初に、完全なイメージがバックアップターゲットにコピーされます。
- 定期的（たとえば、毎晩）に、最後のバックアップ以降に変更されたブロックのみがバックアップターゲットにコピーされます。
- 理想的には、任意の時点からスナップショットをマウントしたり、一部のスナップショットを選択的に削除（フラット化）したりできるようにする必要があります。
これはLVM（または他の方法）を使用して実装できますか？前回のバックアップ以降にどのブロックがダーティになったかを追跡する必要がありますが、LVMで実行できるかどうかはわかりません... LVMスナップショットで実行することによる永続的なパフォーマンスコストを常に回避したいと思います。
シーンの初心者は屋根裏部屋です https://attic-backup.org/
主要なバックアップ方法として、数年間rdiff-backupを使用しました。それはそれがしたことには素晴らしかったが、1年の間に数万/数十万の小さなdiffファイルを作成した。ほとんどのファイルシステムとディスクは、100万以上のファイル数を処理するのに苦労します。 90GB MaildirベースのIMAPストアのバックアップには数時間かかります。履歴のために保持する週/差分の数を常に減らす必要がありました。
これに対して、Atticに切り替えると、毎晩のバックアップはわずか15〜20分で実行されました。つまり、過去1年以内の任意の日に戻ることができるように、1年分の増分バックアップを保持する方がはるかに実行可能です。
私をAtticに導いた主な特徴：
- 移行先サーバーに何千ものファイルを作成しません
- 可変ブロックサイズを使用した重複排除
- 圧縮機能が組み込まれています
- 仮想マシンのイメージファイルのバックアップに効果的
- WAN接続）で効率的
6〜9か月間使用した後、rdiff-backupと同じくらい安定していると確信しています。私はまだリムーバブルメディアを使用してAtticディレクトリの多世代コピーを作成していますが、各リムーバブルメディアにはAtticリポジトリの完全なコピーがあります。
Rsync/ Rsnapshot は、この種の作業に非常に優れたツールです。特に、不整合がせいぜい一部のファイルに制限される「ライブ」スナップショットディレクトリを提供することを考えると、ダウンさせることはできません。バックアップ全体。さらに、ハードリンクを使用すると、それに関連する不便さなしに増分バックアップを作成できます。
私はこのソリューションを、数百万のファイルと数十のスナップショットを備えた本番システムで使用し、非常に満足しています。
LVMスナップショットの代わりに、dattoブロックドライバー（aka。dattobd）。
Datto Block Driver（dattobd）は、上記の問題を解決し、Windows上のVSSと同様の機能を幅広いLinuxカーネルにもたらします。 Dattobdは、ポイントインタイムライブスナップショット用のオープンソースLinuxカーネルモジュールです。 Dattobdは実行中のLinuxマシンに（再起動なしで）ロードでき、スナップショットが作成された瞬間にブロックデバイスを表す元のボリュームにCOWファイルを作成します。最初のスナップショットの後、ドライバーはブロックデバイスへの増分変更を追跡するため、変更されたブロックのみをコピーすることにより、既存のバックアップを効率的に更新できます。 Dattobdは、再起動を必要とせずにルートボリュームを実行して使用可能な状態に保つ、真のライブスナップショットシステムです。
私はそれを試しました、そしてそれはext4fsで期待通りに動作します。ウィキには、（スクリプトを使用した）実用的な例もあります。
最後に、UrBackupには、LVMまたはdattobdを使用したLinuxでのスナップショットバックアップのサポートが組み込まれていることに注意してください。 。