Skip site navigation (1)Skip section navigation (2)
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: <http://docs.FreeBSD.org/cgi/mid.cgi?20161114103657.63c03ab1d039c59db18fad90>