|
|
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@xxxxxxxxxxxxxxx
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
|
|