Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 01 Mar 2013 14:37:26 -0600
From:      Karl Denninger <karl@denninger.net>
To:        freebsd-stable@freebsd.org
Subject:   Re: Musings on ZFS Backup strategies
Message-ID:  <51311186.1070607@denninger.net>
In-Reply-To: <Pine.GSO.4.64.1303011521590.2804@sea.ntplx.net>
References:  <20130301165040.GA26251@anubis.morrow.me.uk> <20130301185912.GA27546@anubis.morrow.me.uk> <Pine.GSO.4.64.1303011521590.2804@sea.ntplx.net>

next in thread | previous in thread | raw e-mail | index | archive | help

On 3/1/2013 2:34 PM, Daniel Eischen wrote:
> On Fri, 1 Mar 2013, Ben Morrow wrote:
>
>> Quoth Daniel Eischen <deischen@freebsd.org>:
>>>
>>> Yes, we still use a couple of DLT autoloaders and have nightly
>>> incrementals and weekly fulls.  This is the problem I have with
>>> converting to ZFS.  Our typical recovery is when a user says
>>> they need a directory or set of files from a week or two ago.
>>> Using dump from tape, I can easily extract *just* the necessary
>>> files.  I don't need a second system to restore to, so that
>>> I can then extract the file.
>>
>> As Karl said originally, you can do that with snapshots without having
>> to go to your backups at all. With the right arrangements (symlinks to
>> the .zfs/snapshot/* directories, or just setting the snapdir property to
>> 'visible') you can make it so users can do this sort of restore
>> themselves without having to go through you.
>
> It wasn't clear that snapshots were traversable as a normal
> directory structure.  I was thinking it was just a blob
> that you had to roll back to in order to get anything out
> of it.
>
> Under our current scheme, we would remove snapshots
> after the next (weekly) full zfs send (nee dump), so
> it wouldn't help unless we kept snapshots around a
> lot longer.
>
> Am I correct in assuming that one could:
>
>   # zfs send -R snapshot | dd obs=10240 of=/dev/rst0
>
> to archive it to tape instead of another [system:]drive?
>
Yes.

-- 
-- Karl Denninger
/The Market Ticker ®/ <http://market-ticker.org>;
Cuda Systems LLC



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?51311186.1070607>