私は、変更されていないファイルのスナップショット間のハードリンクを保存するためにlink-dest機能をrsync
使用して、ファイルサーバーの毎日(すぐに毎週、毎月)「スナップショット」を維持するバックアップスキームを使用します。rsync
これは非常に効率的です。 330 GBを超えるデータをバックアップする場合ファイルが変更されていない場合、スナップショット全体はディスク上の1.5 MBしか占有しません。
最近、このサーバーのハードドライブの障害により、私が今どれくらい脆弱であるかが衝撃的に気づきました。バックアップスナップショットはデータを失うことはありませんが、バックアップとバックアップされたデータの両方がサーバーの同じ物理ボックスにあります。仕える人。私のアパートのオフィス、私のアパートの建物に小さな火災が発生すると、私のデータの最後の部分が完全に消去される可能性があります。
外付けハードドライブを取り込むためのオフサイトの場所があるため、1つのハードドライブがオフラインでオフサイトの間に2番目のハードドライブが接続され、マイドライブのスナップショットをバックアップする循環オフサイトバックアップを実装する予定です。ハードドライブを使用し、定期的に(週に1回)交換して最悪の状況が発生した場合は、せいぜい過去数週間のデータが失われます。
これで問題は、データ自体ではなく外付けハードドライブにスナップショットをバックアップしたいということです。 (ある日、ハードドライブが故障したことに気付かなかったため、その日の毎日のスナップショットはほとんど役に立ちませんでした。監視装置cp
便利なSMARTデータ...)検証された方法はハードリンクの代わりに単一のファイルを表示するので機能しません。rsync
はい、しかし、より小さいドライブを使用できるように、外部ドライブのデータを圧縮したいと思います。 (私は1TBを目指しています。これは現在337GBのデータには十分ですが、ほとんどのファイルサーバー容量よりはるかに少ないです。3TBのうち1TBドライブに3TBをすべてバックアップすることはできません。寿命が最大に保たれることを願っています。
それでは、スナップショット間のハードリンク接続を維持しながらバックアップ中のファイルを圧縮する方法を知っている人はいますか?理想的なソリューションは除外リストもサポートしているため、すでに圧縮されているファイル(.zip、.gz、.mp3、.jpgなど)の圧縮をスキップできます。
わかりやすくするために、/backup/snapshots/daily.0/file1を指す/backup/snapshots/daily.1/file1のハードリンクが/mnt/external_hdd /snapshots/dailyにコピーされるシナリオを探しています。 .1/file1は/mnt/external_hdd/snapshots/daily.0/file1へのハードリンクとして機能し、このファイル(実際のファイル自体)は圧縮されます(例:gzip)。
答え1
バラよりrdup-simple
(からrdup)。圧縮したいと思いましたが、心が変わったら、強くお勧めします。スナップ写真。
ところで、2つのハードリンクが1つのファイルを指している場合は、同じファイルです。ファイルシステムの基本データは同じであるため、ハードリンクの1つを圧縮することはできません。
答え2
ファイルシステムレベルで圧縮できます。しかし、Linuxの既存のファイルシステムのどれもファイルシステムをサポートしていないので、3つのオプションがあります。
- BTRFS、まだ実験的なものとみなされ
- ZFS(メインラインカーネルにはなく、次のように利用可能追加またはヒューズを通して)
- ㅏヒューズスタック型ファイルシステム圧縮を提供、例えばヒューズ圧縮または複合ヒューズ。
大きなアーカイブを圧縮すると、多くの小さなファイルを個別に圧縮するよりも優れた圧縮率が得られます。したがって、外部メディアのアーカイブを使用することをお勧めします。たとえば、アーカイブを使用するバックアップソフトウェアを使用できます。二重性。 GnomeやKDE仮想ファイルシステムや他のプログラムを使ってファイルを簡単に閲覧できます。AVFS(mountavfs; ls ~/.avfs$PWD/archive.tgz#/path/to/archive/member
)。