Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 14 Nov 2016 22:31:25 +0700
From:      Victor Sudakov <vas@mpeks.tomsk.su>
To:        "Steve O'Hara-Smith" <steve@sohara.org>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: zfs send/receive as dump/restore alternative
Message-ID:  <20161114153124.GA78787@admin.sibptus.transneft.ru>
In-Reply-To: <20161114103657.63c03ab1d039c59db18fad90@sohara.org>
References:  <20161114054657.GA66229@admin.sibptus.transneft.ru> <20161114103657.63c03ab1d039c59db18fad90@sohara.org>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
Steve O'Hara-Smith wrote:
> > 
> > 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.

Hopefully it's good for disaster recovery too. I have even
written about my experience with zfs bare metal restore here:
http://victor-sudakov.dreamwidth.org/357521.html

> > 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

Good idea and a fresh outlook, thank you.

> and use send/receive to maintain a near-live disaster recovery copy
> (preferably offsite).

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:sudakov@sibptus.tomsk.ru



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?20161114153124.GA78787>