I think what you're saying is: Why bother trying to backup with "zfs
send"
when the recommended practice, fully supportable, is to use other tools
for
backup, such as tar, star, Amanda, bacula, etc. Right?
The answer to this is very simple.
#1 ...
#2 ...
Oh, one more thing. "zfs send" is only discouraged if you plan to store the
data stream and do "zfs receive" at a later date.
This is no longer the case. The send stream format is now versioned in
such a way that future versions of Solaris will be able to read send
streams generated by earlier versions of Solaris. The comment in the
zfs(1M) manpage discouraging the use of send streams for later
restoration has been removed. This versioning leverages the ZFS object
versioning that already exists (the versioning that allows earlier
version pools to be read by later versions of zfs), plus versioning and
feature flags in the stream header.
Lori
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
