スナップショットそれ自身は技術的な意味で何も違いがありませんが、それを発生させたイベントごとに、スナップショットの意味が異なります:

様々な理由から、いくつかのディレクトリについては除外を設定する必要があります。下記の一覧には、除外される全てのディレクトリを示しています:

openSUSE Leap ではほとんどの用途に対応できる既定値が設定されています。ですが、必要であれば、自動スナップショットやスナップショットの保持設定について、全ての項目を設定することができます。

 1 <?xml version="1.0" encoding="utf-8"?>
 2 <snapper-zypp-plugin-conf>
 3  <solvables>
 4   <solvable match="w"1 important="true"2>kernel-*3</solvable>
 5   <solvable match="w" important="true">dracut</solvable>
 6   <solvable match="w" important="true">glibc</solvable>
 7   <solvable match="w" important="true">systemd*</solvable>
 8   <solvable match="w" important="true">udev</solvable>
 9   <solvable match="w">*</solvable>4
10  </solvables>
11 </snapper-zypp-plugin-conf>

 1 <?xml version="1.0" encoding="utf-8"?>
 2 <snapper-zypp-plugin-conf>
 3  <solvables>
 4   <solvable match="w" important="true">kernel-*</solvable>
 5   <solvable match="w" important="true">dracut</solvable>
 6   <solvable match="w" important="true">glibc</solvable>
 7   <solvable match="w" important="true">systemd*</solvable>
 8   <solvable match="w" important="true">udev</solvable>
 9   <!-- <solvable match="w">*</solvable> -->
10  </solvables>
11 </snapper-zypp-plugin-conf>

3.1.4.3 新しいサブボリュームの作成とマウント #Edit source

/ の階層構造以下に新しいサブボリュームを作成し、恒久的にマウントすることができます。新しく作成したサブボリュームは、スナップショットから除外されます。ただし、既存のスナップショット内には、新しいサブボリュームを作成してはなりません。なぜなら、ロールバックを行った後にスナップショットを削除できなくなってしまうためです。

openSUSE Leap では、 /opt , /srv , /home などのディレクトリに対して、/@/ で始まる個別のサブボリュームが設定されます。また、新しく作成し恒久的にマウントするサブボリュームは、この初期ルートファイルシステム内に作成しなければなりません。

これを行うには、下記のコマンドを実行します。下記の例では、新しいサブボリューム/usr/important を、 /dev/sda2 内に作成します。

> sudo mount /dev/sda2 -o subvol=@ /mnt
> sudo btrfs subvolume create /mnt/usr/important
> sudo umount /mnt

/etc/fstab 内にサブボリュームのマウントを記述する場合は、下記のようになります:

/dev/sda2 /usr/important btrfs subvol=@/usr/important 0 0

ヒント: コピーオンライト (cow) 機能の無効化

サブボリュームには、仮想マシンのイメージやデータベースファイル、ログファイルなど、絶えず変更されるファイルが含まれることがあります。このような場合は、そのサブボリュームに対してコピーオンライト (Copy On Write (cow)) 機能を無効化し、ディスクブロックの重複を避けるよう設定しておくことをお勧めします。これを行うには、 /etc/fstab 内に nodatacow マウントオプションを追加します:

/dev/sda2 /usr/important btrfs nodatacow,subvol=@/usr/important 0 0

また、単一のファイルやディレクトリに対して cow 機能を無効化することもできます。その場合は、 chattr +C パス を実行してください。

> sudo snapper -c lvm create-config --fstype="lvm(xfs)" /thin_lvm

インストール時にルートパーティションを btrfs で設定すると、 YaST や zypper の変更点を自動的に巻き戻すことができる設定を施した状態で、 Snapper が自動的にインストールされます。 YaST モジュールや zypper のトランザクションを開始すると、 2 種類のスナップショットが必ず作成されるようになっています。 1 つ目は 「事前スナップショット」 と呼ばれ、モジュールを開始する際にファイルシステムの状態を採取するスナップショットです。 2 つ目は 「事後スナップショット」 と呼ばれ、モジュールが完了した際に採取するスナップショットです。

YaST の Snapper モジュールや snapper コマンドラインツールを使用すると、 YaST や zypper が行った変更を、 「事前スナップショット」 からのファイルで戻すことができるようになります。 2 つのスナップショットを比較する際、ツールではどのファイルが書き換えられたのかを表示することができるほか、変更されたファイルの違い (diff) も表示することができます。

警告: ユーザ作成の巻き戻しについて

Snapper の巻き戻し機能を利用して、ユーザの作成を巻き戻すのはお勧めできません。特定のディレクトリがスナップショットから除外されるため、これらのユーザに属するファイルがファイルシステム内に残る可能性があるためです。巻き戻し機能でユーザの作成を取り消した後、別のユーザを作成してしまうと、作成を巻き戻したユーザのユーザ ID と、新たに作成したユーザのユーザ ID が同じになってしまうため、残ったファイルをそのユーザがアクセスできてしまいます。ユーザを削除する際は、 YaST の ユーザとグループの管理 を利用して削除することを強くお勧めします。

インストールスナップショットや管理スナップショットとは別に、 Snapper にはタイムラインスナップショットという機能があります。これは誤って削除してしまったり、誤って書き換えてしまったりしたファイルを復元するためのバックアップ用スナップショットです。 Snapper の差分表示機能を利用することで、その時点のファイルからどのように書き換えてしまったのかについても、確認を行うことができるようになっています。

ファイルを復元できるという機能は、特に各種データ類に対して有用な仕組みですが、これらは、既定ではスナップショットの採取されないサブボリュームやパーティション内に置かれている場合があります。たとえばホームディレクトリなどでファイルを復元できるようにするには、 /home に対して個別の Snapper 設定を作成し、自動的なタイムラインスナップショットを有効化する必要があります。詳しい手順については、 3.5項 「Snapper の設定の作成と修正」 をお読みください。

警告: ファイルの復元と巻き戻しの違いについて

ルートファイルシステムに対して採取したスナップショット (Snapper のルートディレクトリ設定で設定されます) は、システムのロールバックとして使用することができます。システムのロールバックを実施するにあたっては、対応するスナップショットから起動を行って、その後にロールバックを行うのがお勧めです。詳しくは 3.3項 「スナップショットからの起動によるシステムのロールバック」 をお読みください。

ロールバックの方法としては、下記で説明するとおり、特定のルートファイルシステムのスナップショットからファイルを復元する方法もありますが、こちらはお勧めできません。/etc ディレクトリ内にある設定ファイルなど、個別のファイルを取り戻す方法としては有用ですが、全てのファイルを巻き戻す際にはお勧めできません。

なお、この制限はルートファイルシステムに対して採取されたスナップショットのみに適用すべきものです。

ロールバックを実施する前に、現在実行中のファイルシステムに対するスナップショットが作成されます。説明には、ロールバックに復元した際のスナップショットの ID が書かれます。

ロールバックで作成されたスナップショットには、 Cleanup 属性に number という値が設定されます。そのため、ロールバックスナップショットは設定されたスナップショット数に達したとき、自動的に削除されます。詳しくは 3.7項 「自動的なスナップショットのクリーンアップ」 をお読みください。スナップショットに重要なデータが含まれる場合は、スナップショットが削除される前に必要なデータを抽出するようにしてください。

# snapper --iso list
種類   | # |     | クリーンアップ | 説明                  | ユーザデータ
-------+---+ ... +---------------+-----------------------+--------------
single | 0 |     |               | current               |
single | 1 |     |               | first root filesystem |
single | 2 |     | number        | after installation    | important=yes

# snapper --iso list
種類   | # |     | クリーンアップ | 説明                  | ユーザデータ
-------+---+ ... +---------------+-----------------------+--------------
single | 0 |     |               | current               |
single | 1 |     | number        | first root filesystem |
single | 2 |     | number        | after installation    | important=yes
single | 3 |     | number        | rollback backup of #1 | important=yes
single | 4 |     |               |                       |

スナップショットから起動を行うには、お使いのマシンを再起動して Start Bootloader from a read-only snapshot を選択します。すると、起動可能な全てのスナップショットが一覧表示されます。最も新しいスナップショットが最初に、最も古いスナップショットが最後に表示されます。 ↓ および ↑ を利用して選択して、 Enter を押してください。これで選択したスナップショットを有効化することができます。なお、起動メニューでスナップショットを選択しても、マシンはそのまま起動することはありません。選択したスナップショット内のブートローダを表示します。

図 3.1: ブートローダ: スナップショット #

警告: UEFI を利用している場合に btrfs スナップショットからの Xen 起動が失敗する問題について

詳しくは https://www.suse.com/support/kb/doc/?id=000020602 をお読みください。

ブートローダ内でのスナップショット項目には、それらを容易に識別できるようにするための名前付け方式が設定されています:

[*]1OS2 (カーネル3,日付4T時刻5,説明6)

ヒント: ブートローダのスナップショット項目に対する説明文の設定

スナップショットの説明文は、既定の文字列から変更することができます。これはたとえば、自動的に採取されたスナップショットの説明文では不十分だったり、ユーザが指定した説明文が長すぎたりするような場合に有用です。スナップショット 番号 に対して 文字列 を設定するには、下記のようなコマンドを実行します:

> sudo snapper modify --userdata "bootloader=文字列" 番号

なお、この説明は 25 文字以上の長さにはしないでください。このサイズを超過した場合、起動画面に表示しきれなくなることがあります。

完全な システムロールバックには対応していません。たとえば、スナップショットを採取した時点と全く等価な状態にシステムを戻すことはできません。

最も始めやすい方法は、 btrfs でフォーマットした新しい /home ディレクトリを用意し、全くユーザが存在しない状況から行うことです。まずは pam_snapper をインストールします:

# zypper in pam_snapper

/etc/pam.d/common-session に下記の行を追加します:

session optional pam_snapper.so

ユーザとホームディレクトリを作成する場合は、 /usr/lib/pam_snapper/pam_snapper_useradd.sh を使用します。既定では、スクリプトは表示のみを行って実行は行いませんので、スクリプトを編集して DRYRUN=1 を DRYRUN=0 に変更します。あとは下記のようにして新しいユーザを作成します:

# /usr/lib/pam_snapper/pam_snapper_useradd.sh \
ユーザ名 グループ passwd=パスワード
Create subvolume '/home/username'
useradd: 警告: ホームディレクトリが既に存在します。
skel ディレクトリからのコピーは行いません。

ユーザ側では、初回ログイン時にホームディレクトリ内に /etc/skel の内容がコピーされます。あとは下記のように実行して、ユーザの設定が作成されていることを確認します:

# snapper list --all
Config: home_username, subvolume: /home/username
種類   | # | 前 #  | 日付 | ユーザ | クリーンアップ | 説明    | ユーザデータ
-------+---+-------+------+--------+----------------+---------+--------------
single | 0 |       |      | root   |                | current |

時間が経過するごとに上記の出力は増えていきますが、ユーザ側では標準的な snapper コマンドで管理を行うことができます。

ユーザの削除についても /usr/lib/pam_snapper/pam_snapper_userdel.sh で行います。既定では、スクリプトは表示のみを行って実行は行いませんので、スクリプトを編集して DRYRUN=1 を DRYRUN=0 に変更します。あとは下記のようにしてユーザとユーザのサブボリューム、 snapper の設定と全てのスナップショットを削除します:

# /usr/lib/pam_snapper/pam_snapper_userdel.sh username

下記は、 snapper を利用してユーザのホームディレクトリを手作業で設定するための手順を示しています。なお、 /home は btrfs でフォーマットされていなければならず、実行する時点でユーザは存在していないものとします。

# btrfs subvol create /home/ユーザ名
# snapper -c home_ユーザ名 create-config /home/ユーザ名
# sed -i -e "s/ALLOW_USERS=\"\"/ALLOW_USERS=\"ユーザ名\"/g" \
/etc/snapper/configs/home_ユーザ名
# yast users add username=ユーザ名 home=/home/ユーザ名 password=パスワード
# chown ユーザ名.group /home/ユーザ名
# chmod 755 /home/ユーザ名/.snapshots

snapper コマンドには、既存の設定を管理するためのいくつかのサブコマンドが用意されています。一覧表示のほか、表示と削除、修正にそれぞれ対応しています:

それぞれのスナップショットにはメタデータが含まれています。スナップショットを作成する際、メタデータを指定する必要があります。また、スナップショットの内容については変更ができないことから、スナップショットの修正はメタデータの変更を意味することにもなります。 snapper list を実行すると、既存のスナップショットとそのメタデータを表示することができます:

各スナップショットに対して、下記のメタデータが用意されています:

スナップショットの採取は、 snapper create を実行するか、もしくは YaST モジュールの Snapper で 作成 を押すことで作成することができます。下記の例では、コマンドラインからスナップショットを採取する方法を示しています。 YaST インターフェイスであれば、より簡単に採取することができます。

ヒント: スナップショットの説明

スナップショットの説明にはわかりやすい説明を記述しておいて、後から何のために採取したものなのかを判別できるようにしておくことをお勧めします。 --userdata オプションを使用すると、さらに詳しい情報を保存することができます。

Snapper では、スナップショットに対する説明やクリーンアップアルゴリズム、ユーザデータをそれぞれ変更することができます。その他の全てのメタデータは変更できません。下記の例では、コマンドラインからスナップショットを変更する方法を示しています。 YaST インターフェイスであれば、より簡単に変更することができます。

コマンドラインからスナップショットの変更を行うには、まずスナップショットの番号を知っておく必要があります。スナップショットの一覧と番号を表示するには、 snapper list を実行してください。

YaST Snapper モジュールの場合は、開いた時点で全てのスナップショットが表示されます。一覧からいずれかを選んで 修正 を押してください。

YaST Snapper モジュールでスナップショットを削除するには、一覧からスナップショットを選んで 削除 を押します。

コマンドラインツールからスナップショットを削除するには、まずスナップショットの番号を知っておく必要があります。スナップショットの一覧と番号を表示するには、 snapper list を実行してください。その後、snapper delete 番号 と入力して実行します。

現在の既定のサブボリュームスナップショットを削除することはできません。

Snapper でスナップショットを削除する場合は、裏で動作する btrfs のプロセスが空き領域を開放します。そのため、空き領域の表示も遅れて反映されることになるほか、空き領域を利用する場合もしばらく待ってから行う必要があります。空き領域を即時に反映させたい場合は、 delete コマンドに --sync オプションを指定してください。

ヒント: スナップショット対の削除

pre (事前) スナップショットを削除する際は、必ず対応する post (事後) スナップショットもあわせて削除してください (逆も同様です) 。

ヒント: 参照されていないスナップショットの削除

場合によっては、 btrfs のスナップショットが存在しているものの、メタデータを含む XML ファイルが失われている場合があります。この場合、スナップショットは Snapper で表示することができません。また、手作業で削除する必要があります:

btrfs subvolume delete /.snapshots/SNAPSHOTNUMBER/snapshot
rm -rf /.snapshots/SNAPSHOTNUMBER

ヒント: 古いスナップショットの占有領域について

ハードディスクの空き容量を増やすためにスナップショットを削除する場合、古いスナップショットから順に削除することをお勧めします。これは、古いスナップショットほどより多くのディスク領域を占有するためです。

スナップショットは毎日の cron ジョブでも自動的に削除されます。詳しくは 3.6.1.2項 「クリーンアップアルゴリズム」 をお読みください。

番号スナップショット (管理スナップショットとインストールスナップショット) のクリーンアップは、 Snapper 設定のうち下記のパラメータで制御することができます。

注記: 制限と世代

NUMBER_LIMIT , NUMBER_LIMIT_IMPORTANT , NUMBER_MIN_AGE は常に自動削除の判断基準となります。スナップショットは、 全て の条件に合致した場合にのみ削除されます。

新しいか古いかに関係なく、常に NUMBER_LIMIT* で設定した数だけスナップショットを保持させたい場合は、 NUMBER_MIN_AGE を 0 に設定してください。

下記の例は、直近の 10 個の重要なスナップショットと通常のスナップショットを、その古さに関係なく保持する設定例です:

NUMBER_CLEANUP=yes
NUMBER_LIMIT_IMPORTANT=10
NUMBER_LIMIT=10
NUMBER_MIN_AGE=0

特定の時間が経過したら常にスナップショットを削除してかまわない場合は、NUMBER_LIMIT* に 0 を設定し、 NUMBER_MIN_AGE で時間を設定してください。

下記の例は、常に直近の 10 日分のスナップショットのみを保持する設定です:

NUMBER_CLEANUP=yes
NUMBER_LIMIT_IMPORTANT=0
NUMBER_LIMIT=0
NUMBER_MIN_AGE=864000

タイムラインスナップショットのクリーンアップは、 Snapper 設定のうち下記のパラメータで制御することができます。

TIMELINE_CLEANUP="yes"
TIMELINE_CREATE="yes"
TIMELINE_LIMIT_DAILY="7"
TIMELINE_LIMIT_HOURLY="24"
TIMELINE_LIMIT_MONTHLY="12"
TIMELINE_LIMIT_WEEKLY="4"
TIMELINE_LIMIT_YEARLY="2"
TIMELINE_MIN_AGE="1800"

3.1.2項 「スナップショットの種類」 で説明しているとおり、 YaST モジュールや zypper を実行すると、その起動時に pre (事前) スナップショットが作成され、終了時に post (事後) スナップショットが作成されます。ただ、何も変更せずにそれらを終了したような場合など、 pre と post の間で何も変更が無い場合があります。このような 「空の」 スナップショットは、 Snapper の設定内の下記パラメータを利用することで、自動削除を行うことができます:

Snapper には、手作業で採取したスナップショットに対する独自のクリーンアップアルゴリズムが用意されていません。しかしながら、番号やタイムラインのクリーンアップアルゴリズムを、手作業で作成したスナップショットに適用することができます。これを行うと、スナップショットがアルゴリズムの 「クリーンアップキュー」 内に追加されるようになります。また、クリーンアップアルゴリズムは、スナップショットの作成時に指定することができるほか、既存のスナップショットに対して設定することもできます:

上述の番号／タイムラインのクリーンアップアルゴリズムに加えて、 Snapper ではクォータ (容量制限) を設定することができます。容量制限は利用可能な空き容量に対する比率で指定します。この比率での指定は、それぞれの Snapper 設定内で指定された btrfs サブボリュームに対して常に適用されます。

btrfs のクォータは、ユーザではなくサブボリュームに対して適用されます。また、 btrfs のクォータは、ユーザやグループに対するクォータ (quota コマンドを使用するクォータ) と併用することができます。

インストール時に Snapper を有効化していると、クォータサポートも自動的に有効化されます。 Snapper を後から有効化した場合は、 snapper setup-quota を実行することでクォータサポートを有効化することができます。また、この動作には正しい設定が必要です (詳しくは 3.5項 「Snapper の設定の作成と修正」 をお読みください) 。

クォータサポートは、 Snapper 設定のうち下記のパラメータで制御することができます。

なお、下記の制限事項とガイドラインをお読みください: