On Aug 23, 2009, at 11:17 AM, dick hoogendijk wrote:
On Sun, 23 Aug 2009 09:54:07 PDT
Ross <myxi...@googlemail.com> wrote:
If you really want to store a backup, create another ZFS filesystem
somewhere and do a send/receive into it. Please don't try to dump
zfs send to a file and store the results.
If this is true than WHY does SUN advice on creating a zfs send to a
file somewhere? "ZFS Root Pool Recovery" from the ZFS Troubleshooting
Guide clearly mentions the creation of a -file- :
http://www.solarisinternals.com/wiki/index.php/ZFS_Troubleshooting_Guide#ZFS_Root_Pool_Recovery
Nit: solarisinternals.com is not Sun. solarisinternals.com is part of a
community and has some contributors from Sun. Official Sun docs
are hosted somewhere on sun.com.
The reason that zfs send/receive is not positioned as an enterprise
backup solution is because it does not have many of the features of
enterprise backup solutions and people were getting confused.
zfs send/receive replicates datasets. Many people could associate
this sort of replication with block-level replicators, and not
enterprise
backup solutions. I think it is fair to say that there really wasn't
anything
quite like zfs send/receive before, so it is not surprising that there
is
some confusion surrounding it. IMHO, it is a useful part of a backup
strategy, especially for high-volume, highly available systems.
http://richardelling.blogspot.com/2009/08/backups-for-file-systems-with-millions.html
-- richard
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss