From: John D Groenveld on
In article <zGe%n.231249$k15.144024(a)hurricane>,
Tristram Scott <tristram.scott(a)ntlworld.com> wrote:
>won't give you that. I understand that using star instead of tar you can
>get close to this, so maybe that is something to look into in more detail.

I've been using the incremental backup feature of Joerg Schilling's
star for a few years now. See INCREMENTAL BACKUPS in star(1).

Works fine, though I'm no longer archiving to tape, just local disks
and NFS over the LAN and WAN.

I'm doing the same with my ZFS sends.
Where the archive/backup media is RAIDZ, I'm not stressing
corruption.

Not sure I'll buy another tape drive again.

Happy hacking!
John
groenveld(a)acm.org
From: David Combs on
In article <i1kfho$o42e$1(a)tr22n12.aset.psu.edu>,
John D Groenveld <groenvel(a)cse.psu.edu> wrote:
>In article <zGe%n.231249$k15.144024(a)hurricane>,
>Tristram Scott <tristram.scott(a)ntlworld.com> wrote:
>>won't give you that. I understand that using star instead of tar you can
>>get close to this, so maybe that is something to look into in more detail.
>
>I've been using the incremental backup feature of Joerg Schilling's
>star for a few years now. See INCREMENTAL BACKUPS in star(1).

Does that mean that when doing that under zfs that
your backup-ing is NOT making use of zfs "snapshots" -- of their
own way of doing "incrementals"?

What about the equivalent of a "level 0" dump?
. do you let star do all the work, traverse the file-tree,
. or do you grab a snapshot, and save that?
(Star, of course(?), wouldn't know what to do
with a "level 0" (or any other level) zfs-snapshot,
so I guess star WOULD have to do its own "level 0"?

>
>Works fine, though I'm no longer archiving to tape, just local disks
>and NFS over the LAN and WAN.

Well, there are some few of us who still ARE making tape backups,
and then storing them off-premises in eg bank safe-deposit boxes --
THEREFORE, please do at least TALK about the way you WOULD
do tape backups, as advice and education for us tape-types.

THANKS!


>
>I'm doing the same with my ZFS sends.

PLEASE say more about this. By "doing the same", does
that mean star, for writing out snapshots?


>Where the archive/backup media is RAIDZ,

This means you have SEVERAL identical disks that you have zfs
write (in parallel) your snapshots to?

I'm not stressing
>corruption.

What are you saying? That zfs catches and fixes so many of
the possible disk-problems, that when using zfs, you're
just not going to worry about it?



>
>Not sure I'll buy another tape drive again.

Again, when posting on backups, please do include
the case of writing it to a tape, as benefit
to those who do still use tapes.

THANK YOU!

David

From: John D Groenveld on
In article <i2b9io$pn8$1(a)reader1.panix.com>,
David Combs <dkcombs(a)panix.com> wrote:
>Does that mean that when doing that under zfs that
>your backup-ing is NOT making use of zfs "snapshots" -- of their
>own way of doing "incrementals"?

I would do a full backup of your ZFS snapshots either via
zfs send or star(1).

>Well, there are some few of us who still ARE making tape backups,
>and then storing them off-premises in eg bank safe-deposit boxes --
>THEREFORE, please do at least TALK about the way you WOULD
>do tape backups, as advice and education for us tape-types.

I recommend you stop writing to tape and move your backups
to your off-site location via the wire instead of via your feet.

But if you insist on writing to tape, the star(1) manpage
shows you how.

Let us know what problems you have implementing your
particular backup solution.

John
groenveld(a)acm.org