他のサーバーでのZFSバックアップの使用に関する推奨事項

Question

増分ZFS送受信を使用します。rsyncファイルシステム全体を閲覧することなく、最後のスナップショット以降に行われた変更を知ることは、ZFSよりも効率的です。

というファイルシステムの完全バックアップを作成したいとしますdatapool/fs。

まず、ターゲットサーバーにバックアップを保存し、ソースプールに再帰スナップショットを保存するプールを作成します。

dest # zpool create datapool ...
source # zfs snapshot -r datapool/fs@snap1

その後、データ全体を初期バックアップに送信します。

source # zfs send -R datapool/fs@snap1 | ssh dest zfs receive datapool/fs

来週（または希望の期間）にソースプールから2番目のスナップショットを作成し、そのデルタをターゲットに送信します。その時点で、ZFSは1週間以内に変更されたコンテンツ（削除、生成、および変更されたファイル）のみを送信するのに十分スマートでした。ファイルが変更されると、すべてが転送されず、変更されたブロックのみが転送され更新されます。

source # zfs snapshot -r datapool/fs@snap2
source # zfs send -ri snap1 datapool/fs@snap2 | 
            ssh dest zfs receive -F datapool/fs

バックアップして操作を繰り返すたびに、スナップショットの数を増やします。

不要になった場合は、いずれかのサーバーで使用されていない古いスナップショットを削除してください。

帯域幅制約がある場合は、パイプにgzip/コマンドを挿入したり、SSH圧縮を有効にしたりするなど、すぐにデータを圧縮/圧縮解除できます。zip

source # zfs send -ri snap1 datapool/fs@snap2 | gzip | 
            ssh dest "gunzip | zfs receive -F datapool/fs"

またmbuffer、ページ:

dest # mbuffer -s 128k -m 1G -I 9090 | zfs receive datapool/fs

source # zfs send -i snap2 datapool/fs@snap3 | 
            mbuffer -s 128k -m 1G -O w.x.y.z:9090

注：このzfs -rフラグは、Solaris以外のZFS実装では使用できません。 http://lists.freebsd.org/pipermail/freebsd-fs/2012-September/015074.html。この場合は、-Fターゲットでこのフラグを使用せずにデータセットを明示的にロールバックしてください。ソースに新しいデータセットが作成された場合は、スナップショット+増分転送/受信を実行する前に独立して転送してください。

もちろん、バックアップするファイルシステムが1つしかなく、基本データセット階層がない場合、またはスタンドアロンバックアップを実行したい場合は、増分バックアップを実装する方が簡単で、ZFS実装に関係なく同じように機能する必要があります。

T0：

zfs snapshot datapool/fs@snap1
zfs send datapool/fs@snap1 | ssh dest zfs receive datapool/fs

T1：

zfs snapshot datapool/fs@snap2
zfs send -i snap1 datapool/fs@snap2 | 
            ssh dest zfs receive -F datapool/fs

Answer 1