zfs snapshotの差分send/recvについて
zfsのバックアップは、snapshotを撮っておいて、自ホストの別zpool、あるいは他ホストの別zpoolに移すことで行われる。
バックアップは定期的に行われるものであるが、ではそのsnapshotを移す際、毎回毎回まるまる送っていたんでは帯域も時間もディスク寿命も無駄である。
zfsはそこも考慮していて、差分だけを送ればいいようにincrementalオプションがきちんと用意されている。
書式は以下の通りsendに-iオプションを与えるだけ。
(recv側にはsnapshotAがすでに転送済みの前提)
1 |
zfs send -i <snapshotA> <snapshotB> | zfs recv <target pool> |
よろしい。では次回からは…?
ふむ。
では二回目以降はどうするのだろう?
上記の書式例でsnapshotCが出来たらどうするのだろう?
まさかsnapshotA, B, Cを全部並べるのか?と思ったけどそれは間違いで、snapshotB, Cだけでよい。
recv側にはsnapshotAがすでにあるとき。
zfs send -i snapshotA snapshotBでAとBの差分のみが送られる。
つぎにzfs send -i snapshotB snapshotCでBとCの差分のみが送られる、というわけ。
では早速試してみる。が。
「転送先が更新されているため差分を転送できません」
こんなエラーがでる。
1 2 |
cannot receive incremental stream: destination warehouse/dir has been modified since most recent snapshot |
まあ文字通りなんですが。
バックアップ用の転送先が更新されるのはなぜか分からないが(atimeだろうか?)。
こういう場合には、recv側で-Fオプションを与えればよい。
-Fオプションによりrecv側は最新snapshotに強制rollbackして、それからsnapshotを受け取る。
下記の例だと、recv側は@20131226にいったんrollbackしてから受け取る。
1 2 |
$ sudo sh -c "zfs send -i vault/chamber@20131226 vault/chamber@2014010 2 | zfs recv -F warehouse/chamber" |
atimeのoff
recv側がなぜ更新されてるのか、atimeが怪しいのでoffにしておく。
recv側のzpoolに対してzfs set atime=offするだけ。
(zpoolから切り出されたzfsすべてに適用される)
1 2 3 4 5 6 7 8 9 10 |
$ zfs get atime warehouse NAME PROPERTY VALUE SOURCE warehouse atime on default $ sudo zfs set atime=off warehouse $ zfs get atime warehouse NAME PROPERTY VALUE SOURCE warehouse atime off local $ zfs get atime warehouse/chamber NAME PROPERTY VALUE SOURCE warehouse/chamber atime off inherited from warehouse |