Tim Foster <[EMAIL PROTECTED]> wrote:

> > Have a look at star....
> > 
> > Star supports true incremental backups.
>
> I think ZFS send/receive does this too: you can generate incremental 
> backup streams between snapshots.
>
> I guess all that's missing is the tape control.

I don't believe that this is true...


>  From a UNIX philosophy point of view, it'd be good if there was a tape 
> writing program that handled the tape-swapping-when-out-of-space part 
> (does tar do that ?) with ZFS being able to concentrate on what it's 
> best at: being the best combined volume manager+filesystem on the planet.

I have the impression that this is a missunderstanding of the UNIX philisophy.

Useful backups are more than just a combination of "incrementals" and "tape 
changing", you need to be able to deal with lost media and read errors.

Star creates incremenatal multi volume backups that allow you to start 
restoring files from any volume [1]. I suspect that this would not be
true in case you just introduce a volume splitting program between
ZFS send/receive and the tape.


[1] You only loos the ability for incremental restores (that include 
        automated deltion and renaming of files) if you do not start
        with the first volume or miss one of the volumes.


What I don't understand is:

When I did talk about ZFS dump/restore with Jeff Bonwick and Bill Moore
in September 2004, it seems that we did have pretty the same opimion about ZFS 
backups and that only star could give you the same features with ZFS as you have
with UFS and ufsdump/ufsrestore. This is why e.g. SEEK_HOLE has been created 
and this is why we did discuss about a way to read compressed ZFS files
directly from the disk layer content.

Why is the result of this discussion no longer true?

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
       [EMAIL PROTECTED]                (uni)  
       [EMAIL PROTECTED]     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to