On Mar 21, 2010, at 6:40 AM, Edward Ned Harvey wrote:
>>> The only tool I'm aware of today that provides a copy of the data,
>> and all of the ZPL metadata and all the ZFS dataset properties is 'zfs
>> send'.
>> 
>> AFAIK, this is correct.
>> Further, the only type of tool that can backup a pool is a tool like
>> dd.
> 
> How is it different to backup a pool, versus to backup all the zfs
> filesystems in a pool?  Obviously, dd is not viable for most situations as a
> backup tool...  Is there any reason anyone would ever do it for ZFS, aside
> from forensics?
> 
> Oh, I know one difference.  "dd" to backup the pool would also preserve all
> the zfs snaps.  But if you want, you could have done that with "zfs send"
> too.
> 
> So my question still stands:  What can you backup in a zpool, using dd, that
> you can't backup via "zfs send?"
> 
> (As pointless as this may be, it's academic.)  ;-)

The pool configuration, metadata (eg. DDT), and all of the datasets.  Today, 
there are three dataset types readily available: file system, zvol, and pnfs.  
On the radar is a lustre dataset type. Each of the dataset types has a method
of backup, even if only dd-like.

The way I see it, ZFS defies traditional notions of "file system" backup because
ZFS is much more than just a "file system." Not surprisingly, it looks a lot 
more
like an Oracle database than a UFS file system, and the methods of backup
for databases are similar to that provided by ZFS.
 -- richard

ZFS storage and performance consulting at http://www.RichardElling.com
ZFS training on deduplication, NexentaStor, and NAS performance
Las Vegas, April 29-30, 2010 http://nexenta-vegas.eventbrite.com 





_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to