btrfsはバックアップファイルシステムとして適していますか?

btrfsはバックアップファイルシステムとして適していますか?

現在、私はext4に基づく非常に伝統的なバックアップファイルシステム構造を持っています。バックアップが実行されるたびにbackup-DATE新しいフォルダが作成され、ファイルが再同期されます(ハードリンクを作成するにはrsyncオプションを使用します--link-dest)。

bitrotについて読んだので、すべてのファイルを透過的にチェックサムしたいと思います。明らかにext4はこれを行うことはできませんが、btrfsはデータチェックサム(組み込みRAID1モードも含む)をサポートします。まず、btrfsをRAID、サブボリュームスナップショット、転送/受信などの高度な機能を使用せずにデータチェックサムをサポートする「愚かな」ファイルシステムとして使用したいと思います。

しかし、彼らのウィキはバックアップの目的でファイルシステムへの信頼を実際に促しません。

「多くの方が安定して使用していますが、まだ問題が発見されています。データをバックアップしておいて、テストしてみて使用できるように準備してください。 -始める

"btrfsは安定していますか?長い答え:[..]何をしても、テストされた良いシステムの外部(および外部)バックアップを維持することをお勧めします。」よくある質問

私のユースケースは、オフラインバックアップを実行することです。したがって、ディスク使用量(時間単位)は非常に低く、頻繁に接続/分離されます(eSATAまたはUSB 3.0)。安定したファイルシステムを備えることは必須です。停電、異常終了などの点でext4より悪くはありません。

btrfsをバックアップ用のファイルシステムとして使用することは本当にお勧めですか? btrfsをあまり適さないようにする他のプロパティはありますか?

ベストアンサー1

あまりにも過度な考えだと思うので、短い答えだけをさせていただきます。

メインカーネルウィキを読むとbtrfs(サブ)コマンド、次の2つのコマンドがあることがわかります。

  1. 「バックアップ」を作る:btrfs-send
  2. そしてまた覆う:btrfs-restore

場合によっては、バックアップではなくスナップショットファイルシステムという意味であり、必要に応じてバックアップではなく「柔軟な」状態にロールバックするのがアイデアです。

したがって、いいえ、バックアップとして使用するのではなく、テストして戻すことができるバージョンを指定されたファイルシステムとして使用してください。それに頼らないでください。

おすすめ記事