btrfs：ボリュームを外部ファイルにイメージング

最近、btrfsルートパーティションを使用してシステムを構築しました。私の場合、にbtrfs比べて採用する最も説得力のある理由はext4、ほぼゼロの待機時間でのライブコピーオンライトスナップショットでした。に比べてext4、フルシステムバックアップでは、システムを停止し、ライブ配布からマウントし、partcloneリムーバブルメディアにイメージを構築する必要がありましたが、スナップショットの約束は、システムのライブ中にバックアップメディアにスナップショットをキャプチャできることです。

驚いたことに、外部メディア上の単一ファイルにスナップショット全体をキャプチャするツールは存在しません。そのため、システムがそのファイルから復元された場合、すべてのアプリケーションはクラッシュ前と同じファイルシステムのビューを持ちます。ただし、他のスナップショットまたはサブボリュームが欠落している場合を除きます）。

ドキュメントでは、rsyncなどのツールを使用してディレクトリツリーをミラーリングするか、btrfs-send/ btrfs-receiveを使用して別のシステムの増分変更をキャプチャすることを推奨しています。最初のケースでは、ファイルシステムをイメージングするのではなく、ファイルツリーをミラーリングするだけでファイルツリー内のすべてのメタデータを再作成することはほぼ不可能であり、復元が非常にスムーズになるという楽観的な見方はほとんどありません。許可、タイムスタンプ、隠しファイルなどのメタデータが適切にキャプチャされないことが常にあります。異なるタイプのファイルシステム間で転送が行われると、問題が悪化します。他の提案では、別のbtrfsファイルシステムが利用可能であると想定していますが、常にそうであるとは限りません。

ボリュームレベルのイメージを保存または復元するための提案はありますか？

btrfs sendそしてbtrfs receive、あなたが必要な正確なツールです。

ファイルシステムをイメージングするのではなく、ファイルツリーをミラーリングするだけで、ファイルツリー内のすべてのメタデータを正確に再作成することはほぼ不可能であり、復元が非常にスムーズになるという楽観論はほとんどありません。許可、タイムスタンプ、隠しファイルなどのメタデータが適切にキャプチャされないことが常にあります。

ツールを試しましたか？私はそのような問題はありませんでしたbtrfs。btrfs sendそしてbtrfs receiveファイルでは動作しません、それらはすべてはBtrfsのメタデータへのアクセス権を持つ、全体のサブボリュームと連携ネイティブ。

異なるタイプのファイルシステム間で転送が行われると、問題が悪化します。もう1つの提案は、別のBtrfsファイルシステムが利用可能であることを前提としていますが、常にそうとは限りません。

サブボリュームをそこに複製する場合にのみ、別のBtrfsファイルシステムが必要になります。これはしばしば望ましいので、マウントしてファイルにアクセスすることができます。また、サブボリュームを増分バックアップする場合、これは避けられません。次のスナップショットをインクリメンタルに送信するには、両方の場所に正確な前のスナップショットが必要です。

ただし、フルダンプを使用すると、スタンドアロンストリームを取得できます。これは、まさにイメージです（ただし、閲覧可能なバックアップではありませんbtrfs restore）。他のストリームと同様に作業します。

btrfs send /source/subvolume >/another/filesystem/subvolume-image   # just a file
# (or you can gzip it and/or send with nc on the fly, whatever)
# then later
</another/filesystem/subvolume-image btrfs receive /some/btrfs/directory

どこ/some/btrfs/directoryと同じBtrfsファイルシステムに属している可能性があります/source。