On 18/03/2010 12:54, joerg.schill...@fokus.fraunhofer.de wrote:
It has been widely discussed here already that the output of zfs send cannot be
used as a backup.
First define exactly what you mean by "backup". Please don't confuse
"backup" and "archival" they aren't the same thing.
It would also help if the storage medium for the "backup" is defined and
what the required access to it is - eg:
full restore only, incremental restores, per file restore.
The format is now committed and versioned. It is the only format that
saves all of the information about a ZFS dataset (including its dataset
properties) not just the data files, ACLs, extended attributes and
system attributes. The steam itself even supports deduplication of the
data blocks with in it.
So exactly what makes it unsuitable for backup ?
Is it the file format or the way the utility works ?
If it is the format what is wrong with it ?
If it is the utility what is needed to fix that ?
--
Darren J Moffat
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
