毎日のスナップショットで冗長デスクトップシステムを作成する方法は？（btrfsを使用する準備はできていますか？）

12

ホームファイルシステムが冗長（たとえばRAID-1）になり、毎週スナップショットを撮るデスクトップシステムを構成したいと思います。私はすでにZFSでこれを行っています。スナップショットシステムは素晴らしいです。send/ recvを使用すると、外部メディアに簡単にバックアップを作成できます。残念ながら、その時点で、FreeBSDやSolarisではなくGNU + Linuxが欲しいので、良い代替案の提案を探しています。

私の選択肢は次のとおりです。

btrfs-それはまさに私が必要とするもののようで、簡単に複製できるスナップショットとコマンドがありますzfs send。しかし、すべてのドキュメントには、まだ実験的であることが記載されています。その信頼性や使いやすさの問題に関する実際のレポートを見つけることができないようです。それが可能な選択であるかどうかを明確にすることができるその問題に関する情報を私に指摘できますか？主にbtrfsの準備ができたときにドライブを再フォーマットしたくないため、このオプションを優先していますが、使用可能かどうか、それを使用するのは馬鹿げたアイデアかどうかなどに関する情報はありません。答えが得られないのは、「実験的」の意味です。
lvmスナップショットとext4-できません。新しいファイルが作成されるとひどいスペースを消費する可能性があるためです。200 GBのファイルを作成するには、スナップショット用に200 GBの空き容量と200 GBが必要です。また、メタデータの書き換えに失敗すると、PVが読み取れなくなるため、信頼性が低いこともわかりました。ここでbtrfsがどのように比較されるのか疑問に思っています。
ハードリンク（などcp -al）を備えたカスタムCOWスナップショットを備えたRAID-1アレイ上の単一ファイルシステム（ext4 ）。私がbtrfsを使用できない場合、それが私の現在の好みです。

それで、どのように実験的なbtrfsなのか、どれを選ぶべきか、他のオプションはあるのか？外部増分バックアップを保持しないと、選択に影響しますか？

— TestUser16418
ソース

1

Re＃3：ハードリンクは実際には良いバックアップを作成しません...オリジナルを変更または破損した場合、すべての「コピー」に同じことが起こります。

— user1686

いい視点ね。私はそれを考慮しませんでした。ありがとう。

— TestUser16418

@grawity、スナップショットを直接変更しないでください。それが彼らのポイントです。それらは、過去のある時点でのシステムの「読み取り専用」画像である必要があります。

— g19fanatic

@ g19fanatic：まさに私のポイント。「スナップショット」がハードリンクによって行われている場合、ファイルのライブコピーを変更すると、「スナップショット」も変更されます（ハードリンクはデータをコピーしないため）。

— user1686

1

@grawity：彼があなたが考えているのと同じ方法でハードリンクすることを意味するとは思わない。Apple TimeRestoreソフトウェアを考えてください。最初のスナップショットとしてすべての初期コピーを行います。その後、すべてのスナップショットは、変更されていないファイルの前に、スナップショット内のファイルへのハードリンクを使用します。ファイルが変更された場合、以前のスナップショットにハードリンクする代わりに、差分または直接コピーのいずれかが実行されます。この方法を使用すると、ライブファイルを変更するときに、ライブデータではなくスナップショットから作業を行うため、バックアップを変更することはありません。

— -g19fanatic

0

この回答は歴史的な理由により維持されており、現在のバージョンのbtrfsには適用されない場合があります。

btrfsは、変更される可能性があるという意味で実験的です。その結果、btrfsは完全に安定しない場合があります。さらに、現在btrfsのfsckがないため、損傷から回復する手段がないため、停電の場合にファイルシステムを損傷し、使用不能にすることができます。このファイルシステムの詳細については、brtfs wikiをご覧ください。ファイルシステムチェックユーティリティの準備ができるまで、btrfsはお勧めしません。おそらくオプション3を選択するのが最善でしょう。

— bwDraco
ソース

設計上、BTRFSはfsckを実際に必要としません。BTRFSにはチェックサムがあるため、スクラブはエラーを確実に検出します（冗長性に応じて、可能であれば修正します）。ext4のような他のファイルシステムはクラッシュ後にクリーンアップできますが、何かが破損しているかどうかは確実にはわかりません。また、BTRFSの最も基本的な機能は、もはや実験的なものと見なされるべきではありません。

— 基本

7

誰もそれを公式に祝福していないが、私は個人的にそれが本番使用の準備ができていると思います。

通常、実稼働環境で使用しない理由として挙げられるのは、オンディスクフォーマットが安定していない可能性がありbtrfsck、利用できないサポートがないことです。それではそれらを調べてみましょう。

オンディスク形式は現在安定しており、Btrfs開発者は2009年以降、互換性の維持に取り組んでいます。それは3年です。
ファイルシステムチェッカーがあります。また、このチェッカーはLinuxディストリビューションに同梱されており、ソースから自分でビルドする必要がなくなりました。
エンタープライズBtrfsのサポートは、OracleとSUSEから利用できるようになりました（2月以降）。

最後の1つは、私にとって本当に言うことです。Oracle（ソフトウェアを保守している会社）が商用のサポートを喜んで提供しているなら、おそらく準備ができているでしょう。もちろん、彼らはあなたがサポートを購入して欲しいので、オープンソースバージョン（私が知る限り、同じソフトウェアであり、サポート契約はありません）が実際に使用する準備ができていることを決して言わないことに強い関心を持っていますもちろん、あなたが自分で外に出て、サポートされていない何かをしてディスクを爆破したとしても、彼らは非難されたくありませんが、データが失われると本当に思ったなら、彼らはまったく喜んでそれをサポートするだろうとは思いません。

— グリフ
ソース

0

これはbtrfsの質問には答えませんが、「これはZFSで既に行っています。スナップショットシステムは素晴らしいです。送信/受信を使用すると、外部メディアにバックアップを簡単に作成できます。残念ながら、その時点で、 GNU + Linux」と2013年の時点でhttp://zfsonlinux.org/があります -お楽しみください！

— トマス・ジエリスキ
ソース

ZFSonLinuxは確かに非常にうまく機能します。ただし、手動でインストールする必要があります（ただし、いくつかのリポジトリがあります）。

— basic6

0

Snapperは、このプロセスを自動化するツールです。必要に応じて、1時間ごとのスナップショット、サブボリュームごとの異なるスナップショット間隔、簡単なロールバック、GUIがあれば古いスナップショットを自動的に削除できます。

— orange_juice6000
ソース