From: John D Groenveld on 14 Jul 2010 09:54 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 23 Jul 2010 01:33 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 23 Jul 2010 11:08 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
First
|
Prev
|
Pages: 1 2 Prev: zfs send/receive... and tape... and stuff... Next: Questions after install Solaris 10 |