> The zfs send and receive commands are not enterprise-backup solutions. > The receive operation is an all-or-nothing event, you can get all of a > snapshot or none of it. If you store the output of zfs send on a file > or > on tape, and that file becomes corrupted, then it will not be possible > to receive correctly and none of the data will be recoverable.
I think what they mean is ... Don't simply record the output of "zfs send" to tape. When you use "zfs send" it should be fed directly into "zfs receive." So, if your data size allows this, you could "zfs send | zfs receive" using an external removable zfs-formatted target disk, or using an additional target "server" which contains enough disks to receive it all. If it's unattractive to "zfs send | zfs receive" with either removable media or an additional server, then you should "zfs snapshot" and use some removable-splittable-media-friendly backup tool such as they've named. Tar, cpio, netbackup, etc. If there were something like "zfsdump" and "zfsrestore," it wouldn't manage tape changing for you anyway. So such a tool really offers you nothing better than tar. If you need tape changing, then I think people use Amanda with tar under the hood, right? Or netbackup... Etc. _______________________________________________ opensolaris-discuss mailing list [email protected]
