Date: Mon, 14 Nov 2016 10:36:57 +0000 From: Steve O'Hara-Smith <steve@sohara.org> To: Victor Sudakov <vas@mpeks.tomsk.su> Cc: freebsd-questions@freebsd.org Subject: Re: zfs send/receive as dump/restore alternative Message-ID: <20161114103657.63c03ab1d039c59db18fad90@sohara.org> In-Reply-To: <20161114054657.GA66229@admin.sibptus.transneft.ru> References: <20161114054657.GA66229@admin.sibptus.transneft.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 14 Nov 2016 12:46:57 +0700 Victor Sudakov <vas@mpeks.tomsk.su> wrote: > Dear Colleagues, > > I now run a couple of systems fully on zfs, and use e.g. > "zfs send -Rv zroot@2016-10-01 > /mnt1/2016-09-25.zfs" > for a full system backup to a remote file server. > > With restore(8), I could restore any separate filesystem or even a single > file/directory from the dump, even interactively. As others have indicated the zfs stream is not designed as an archive format but rather for efficient filesystem replication. > How would you restore a) a single dataset or b) a single file from a > replication stream package? I really need this mode of operation for > undeleting users' files etc. Undoing user mistakes is what snapshots were designed for (among other things). Install zfs-periodic to automate handling a set of hourly, daily, weekly and monthly snapshots (in <mountpoint>/.zfs/snapshot/ with nice clear names like hourly-2016-11-14-08). Then there's no need to go to the backups for mistakes, just copy the old version from a suitable snapshot and use send/receive to maintain a near-live disaster recovery copy (preferably offsite). -- Steve O'Hara-Smith <steve@sohara.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20161114103657.63c03ab1d039c59db18fad90>