Jonathan Hogg wrote: > On 29 May 2008, at 15:51, Thomas Maier-Komor wrote: > > >>> I very strongly disagree. The closest ZFS equivalent to ufsdump is >>> 'zfs >>> send'. 'zfs send' like ufsdump has initmiate awareness of the the >>> actual on disk layout and is an integrated part of the filesystem >>> implementation. >>> >>> star is a userland archiver. >>> >>> >> The man page for zfs states the following for send: >> >> The format of the stream is evolving. No backwards compati- >> bility is guaranteed. You may not be able to receive your >> streams on future versions of ZFS. >>
To date, there has been one incompatibility jump, required to fix a bug. For details, see: http://www.opensolaris.org/os/community/on/flag-days/pages/2008042301/ >> I think this should be taken into account when considering 'zfs send' >> for backup purposes... >> > > Presumably, if one is backing up to another disk, one could zfs > receive to a pool on that disk. That way you get simple file-based > access, full history (although it could be collapsed by deleting older > snapshots as necessary), and no worries about stream format changes. > > You can also implement different policies. For example, the backup file system may use compression with gzip-9 while the primary uses no compression for better interactive performance. -- richard _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
