From owner-freebsd-stable@FreeBSD.ORG Fri Mar 1 20:39:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 140D1A9D for ; Fri, 1 Mar 2013 20:39:49 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id CB62216F0 for ; Fri, 1 Mar 2013 20:39:48 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.6/8.14.6/NETPLEX) with ESMTP id r21KdgVt010209; Fri, 1 Mar 2013 15:39:42 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.1 (mail.netplex.net [204.213.176.10]); Fri, 01 Mar 2013 15:39:42 -0500 (EST) Date: Fri, 1 Mar 2013 15:39:42 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: kpneal@pobox.com Subject: Re: Musings on ZFS Backup strategies In-Reply-To: <20130301192949.GB79829@neutralgood.org> Message-ID: References: <20130301165040.GA26251@anubis.morrow.me.uk> <20130301192949.GB79829@neutralgood.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Ben Morrow , freebsd-stable@freebsd.org, karl@denninger.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Mar 2013 20:39:49 -0000 On Fri, 1 Mar 2013, kpneal@pobox.com wrote: > On Fri, Mar 01, 2013 at 12:23:31PM -0500, Daniel Eischen wrote: >> 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. >> >> dump (and ufsdump for our Solaris boxes) _just work_, and we >> can go back many many years and they will still work. If we >> convert to ZFS, I'm guessing we'll have to do nightly >> incrementals with 'tar' instead of 'dump' as well as doing >> ZFS snapshots for fulls. > > What about extended attributes? ACLs? Are those saved by tar? I think tar (as root or -p) will attempt to preserve those. -- DE