Snapperの基本的なコンセプト

SnapperにはコマンドラインインタフェースとYaSTインタフェースがあります。コマンドラインインタフェースとYaSTインタフェースはどちらも同じように使用できるため、スナップショットの作成、削除、比較ができるほか、スナップショット間で行われた変更を元に戻すこともできます。

Snapperを使用して、次のタスクを実行できます。

スナップショットを作成すると、スナップショットとスナップショット元のファイルは、 いずれもファイルシステム内の同じブロックを指します。そのため、最初は、スナップショットが余分にディスク容量を占めることはありません。元のファイルシステムのデータが変更されると、変更されたデータブロックがコピーされ、古いデータブロックはスナップショットのように保持されます。このため、スナップショットは、変更されたデータと同じ容量を占めます。こうして、時間が経過するにつれて、スナップショットの領域は大きくなっていきます。その結果、スナップショットを含むBtrfsファイルシステムからファイルを削除しても、ディスクの空き容量が増えないことがあります。

注記: スナップショットの場所

スナップショットは常に、スナップショット作成元と同じパーティションまたはサブボリュームに保存されます。別のパーティションまたはサブボリュームにスナップショットを保存することはできません。

結果として、スナップショットを含むパーティションは、スナップショットを含まないパーティションよりも大きくする必要があります。具体的な容量は、保持するスナップショット数やデータの変更頻度によって大きく異なります。経験則として、パーティションには通常の2倍の容量を割り当てます。ディスク容量が不足しないようにするために、古いスナップショットは自動的にクリーンアップされます。

スナップショットはルートパーティションに対してのみ作成され、特定のディレクトリはサブボリュームによって除外されます。除外されるサブボリュームのリストについては、3.3項 「スナップショットから除外されるサブボリューム」を参照してください。

Snapperは、ルートパーティションの容量不足を防ぐための自動スナップショットクリーンアップアルゴリズムを提供します。これらのアルゴリズムは、タイムラインスナップショットと番号付きスナップショット(管理スナップショットとインストールスナップショットのペア)を区別します。クリーンアップの動作は、次の基準に基づいて設定できます。

管理スナップショットとインストールスナップショットのペアを含む番号付きスナップショットの場合、クリーンアップは、​NUMBER_CLEANUP、​NUMBER_LIMIT、​NUMBER_LIMIT_IMPORTANT、​NUMBER_MIN_AGEなどのパラメータによって制御されます。デフォルト値は、NUMBER_LIMITが2～10、NUMBER_LIMIT_IMPORTANTが4～10です。これは、最も新しいスナップショットのみが保持されることを意味します。

タイムラインスナップショットの場合、クリーンアップは、各タイプ(毎時、​毎日、​毎週、​毎月、​毎年)で保持するスナップショットの数に基づいて行われます。たとえば、過去24時間ごとのスナップショット、過去7日間の最初の毎日のスナップショット、過去12カ月間の月の最終日に作成された最初のスナップショットなどです。パラメータには、TIMELINE_CLEANUP、TIMELINE_MIN_AGE、およびTIMELINE_LIMIT_DAILY、TIMELINE_LIMIT_HOURLYなどの間隔パラメータが含まれます。

既存のスナップショットには、それぞれのスナップショットから起動し、後でアクティブにすることで、いつでもロールバックできます。

注記: Snapperの自動および手動の無効化

ルートパーティションが16 GB未満の場合、上記のスナップショットの自動作成はデフォルトで無効になっています。この場合、スナップショットを手動で作成できます。使用可能なディスク容量に注意してください。

ルートパーティションのサイズが十分である場合でも自動スナップショットを無効にするには、インストール中のパーティションのセットアップ手順でスナップショットを手動で無効にします。

Snapperがルート上で動作するように設定されている場合、デフォルトではすべてのBtrfsサブボリュームが除外されます。

Snapperのデフォルト動作は、各パーティションまたはBtrfsサブボリュームに固有の設定ファイルで定義できます。これらの設定ファイルは、/etc/snapper/configs/に保存されます。

スナップショットの主なユースケースは、システムを以前の状態にロールバックすることです。そのため、スナップショットが無効になっている特定のサブボリューム(ディレクトリ)が存在します。

次のリストには、スナップショットから除外されるディレクトリが含まれています。製品やアーキテクチャによっては、そのすべてがシステムで使用できるとは限りません。

ヒント

サブボリュームのリストは製品固有です。/の下にどのサブボリュームが作成されているかを確認し、どのディレクトリがデフォルトのスナップショット動作から除外されているかを確認するには、次のコマンドを実行します。

> sudo btrfs subvolume list /

注記: 容量制限がある理由

スナップショットを作成する際、物理データのコピーは作成されません。スナップショットは、それぞれのデータブロックへのポインタのみで構成されます。スナップショットが現在のシステムと一貫性を保っている限り、(スナップショットに含まれるメタデータは別として)スナップショットは追加のディスク容量をほとんど占有しません。ただし、システム上でファイルが変更された場合、変更されたデータはスナップショットに記録されます。時間の経過とともに、より多くの変更が蓄積され、スナップショットがライブシステムから乖離すると、それに応じてスナップショットのサイズが増加します。

ディスクがいっぱいになる(その結果、システムが動作不能になる)ことを防ぐために、ルートファイルシステムのサイズを最小限に抑えることをお勧めします。必要なサイズは、システムの使用状況によって異なります。

• スナップショット作成の頻度

• スナップショットが保持される期間

• システムに対する変更率

一般に、スナップショットの数が多いほど、スナップショットの保持期間が長くなり、システムの変更頻度が高ければ高いほど、ルートパーティションを大きくする必要があります。