Re: archiving tapes?!
On Friday 28 January 2005 14:16, Michael Loftis wrote: --On Friday, January 28, 2005 11:22 -0700 Mark Costlow [EMAIL PROTECTED] wrote: The script is fairly generic (I tried not to let it depend on my local environment too much, but there may be some gotchas). I was also lazy about a couple of assumptions (like the fact that my dumps all used gtar). If anyone wants it, let me know. I'd love to have a copy of it...While we're right now using vtapes, we'll be changing methods to a tape library soon, but I want to keep offsite dumps as well...I think this would be easier than doing them 'in' amanda. I know the script isn't exactly meant for that but it's a starting point, and will save me coding time. Thanks! As a suggestion to preserve the indices, it might be possible to use that level 0 name retrieved from the vtape, to reach into the indices directory and recover each of those indice files that go with it, and stuff it out to the media used for the long term storage too. This is something that would be possible if one were doing a seperate, appended to the tape, saving of both the config directory tree, and the indice directory tree as I am now doing with my wrapper scripts such that if I had to do a bare metal recovery to a fresh drive, the first thing I would do is re-install the os in bare bones mode, use dd, tar and gzip to recover the /home/amanda tree, reinstall amanda from that, then untar the config dir file and the indice dir file. At that point, all of amandas amrestore and amrecover stuff should be up and running, makeing an exact restore of the whole machine possible. If one were to select just the current indice file for that backups last level 0, it certainly seems like it could be made to work, how satisfactory remains to be seen. Negative Comments anybody? Here is my concern: Particularly from the standpoint that such a level 0 scenario only, it does have the potential to restore things out of sync if the last level 0 on /home was say 6 days old, and the /usr/local was last nights. That could be interesting on a machine with lots of volatile stuff, like the maildirs? Or a freshly installed program. Personally I think I'd be more interested in this train of thought if a days snapshot was more fully done, by getting the last level 0, and all subsequent higher levels of that DLE at the same time, and combining that into (as seperate files of course) the offsite storage medium chosen. That would no doubt add to its size, but at least it would be a valid 'snapshot' then. For a business doing such a thing for its accounts payable and accounts receivable, I'd think it would be of paramount importance. -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) 99.32% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attorneys please note, additions to this message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
Re: AW: archiving tapes?!
On Wed, Feb 02, 2005 at 01:44:47PM +1100, Jamie Wilkinson wrote: This one time, at band camp, Paul Bijnens wrote: Eric Dantan Rzewnicki wrote: what are some good options for long term archival storage? Someone stole my crystal ball... Or did he mean amanda.conf options ? I was inquiring of the collective experience here as to what medium is currently most trusted for longterm archival storage of data. My leaning is towards the spirit of a remark by Linus (possibly inaccurately quoted here): backups are for wimps. real men upload there stuff to ftp and let the world mirror it. I'm not thinking of this so much in the sense of letting anyone mirror our data, but more in the sense of having redundant archives in geographically diverse locations that are updated and accessed over the net. I ask here about preferred mediums because I wonder if the way I'm leaning is perhaps not wise. -- Eric Dantan Rzewnicki | Systems Engineer I Technical Operations Division | Radio Free Asia 2025 M Street, NW | Washington, DC 20036 | 202-530-4900 CONFIDENTIAL COMMUNICATION This e-mail message is intended only for the use of the addressee and may contain information that is privileged and confidential. Any unauthorized dissemination, distribution, or copying is strictly prohibited. If you receive this transmission in error, please contact [EMAIL PROTECTED]
Re: AW: archiving tapes?!
This one time, at band camp, Paul Bijnens wrote: Eric Dantan Rzewnicki wrote: what are some good options for long term archival storage? Someone stole my crystal ball... Or did he mean amanda.conf options ?
Re: AW: archiving tapes?!
On Sat, Jan 29, 2005 at 06:25:20PM +0100, Paul Bijnens wrote: Eric Dantan Rzewnicki wrote: what are some good options for long term archival storage? Someone stole my crystal ball... ok. :) -- Eric Dantan Rzewnicki | Systems Engineer I Technical Operations Division | Radio Free Asia 2025 M Street, NW | Washington, DC 20036 | 202-530-4900 CONFIDENTIAL COMMUNICATION This e-mail message is intended only for the use of the addressee and may contain information that is privileged and confidential. Any unauthorized dissemination, distribution, or copying is strictly prohibited. If you receive this transmission in error, please contact [EMAIL PROTECTED]
Re: AW: archiving tapes?!
On Fri, Jan 28, 2005 at 01:59:32PM -0500, Eric Dantan Rzewnicki wrote: what are some good options for long term archival storage? There's only one: redundancy! I don't know the answer to the question you're actually asking. All the media I know of are either not great under typical, less-than-ideal conditions (magnetic) or too new for there to be much real-world data (optical) -- not that I've made much of a study of it recently, I admit. But whatever technology(ies?) you choose, making multiple copies is excellent insurance. -- | | /\ |-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / The animal that coils in a circle is the serpent; that's why so many cults and myths of the serpent exist, because it's hard to represent the return of the sun by the coiling of a hippopotamus. - Umberto Eco, Foucault's Pendulum
Re: AW: archiving tapes?!
Eric Dantan Rzewnicki wrote: what are some good options for long term archival storage? Someone stole my crystal ball... -- Paul Bijnens, XplanationTel +32 16 397.511 Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax +32 16 397.512 http://www.xplanation.com/ email: [EMAIL PROTECTED] *** * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, * * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ...* * ... Are you sure? ... YES ... Phew ... I'm out * ***
Re: archiving tapes?!
In the old tape days, I used to force a level-0 dump when I wanted to do that. This was a pain and never very satisfying. So I wrote a perl script that will extract the most recent full dump for every disk partition out of the vtapes. What a neat idea, and one that works best with vtape as the daily backup. Would you consider writing up your experiences and techniques? Sure, although maybe the script itself says it best? :-) I'll append it below. I'm guessing that for recovery from the archived dumps you would not use amanda's indexing features. Yes, that's right. The script builds a table-of-contents file for each dump and puts that on the disk as well (this is the part which assumes my dumps are done with gtar). There might be a smarter way to extract that info from amanda's existing indices instead. I also liked someone's idea of copying amanda's indices to the off-site media and having them avaiable for the restore. If someone would like to extend this to have that ability, that would be neat. Have you had to do any recoveries from the archived dumps rather than the vtapes? I've done a lot of test restores, and they work fine (using dd bs=32k skip=1 ...). I haven't had a call to use the offsites to restore anything under pressure yet. If I never ever get to use my offsite backups and this is all a waste of time, I'll be a happy man :-) Mark -- Mark Costlow| Southwest Cyberport | Fax: +1-505-232-7975 [EMAIL PROTECTED] | Web: www.swcp.com | Voice: +1-505-232-7992 Education is never a waste - Viscount du Valmont - amoffsite -- #!/usr/local/bin/perl # # $Id: amoffsite,v 1.3 2005/01/12 06:31:02 cheeks Exp $ # # Program: amoffsite # Author: Mark Costlow [EMAIL PROTECTED] # Date: Jan, 2005 # # This program prepares an offsite dump. It finds the most recent # level-0 dump for each disk partition in an Amanda config. These are in the # virtual tapes of the large RAID that we use for nightly backups. It # copies those files to the offsite disk. # # The idea is that someone will run this script once a month to copy the # offsite dumps to a disk, then pull that disk out of the disk array and take # it home with them. If something happens to our disk array, or if we need to # restore a file older than what we have on-site, the offsite disk(s) should # save us. # # # This is the first working version of this program -- there's plenty of room # for improvement. If you have suggestions or fixes, please send them to # [EMAIL PROTECTED] # # As with the rest of amanda, THIS SOFTWARE IS BEING MADE AVAILABLE ``AS-IS''. # It might work for what you want but it might also delete every backup you # ever made, cause your computer to melt, and your hair to catch fire. # # # Usage: offsite-dump configname # # configname is the name of an amanda config. # $| = 1; # No STDOUT buffer $gzip = /usr/bin/gzip; $tar = /usr/bin/gtar; require 'getopts.pl'; Getopts('hzivd:'); $defroot = /amanda/offsite; $offroot = $opt_d ? $opt_d : $defroot; $docomp = $opt_z; $doidx = $opt_i; $verbose = $opt_v; $cat = $docomp ? /usr/bin/zcat : /bin/cat; $config = shift; if ($config eq '' || $opt_h) { print Usage: amoffsite [-d dir] configname\n\n; print configname is the name of an amanda config.\n\n; print -hThis help message.\n; print -d dirUse dir instead of default target directory [$defroot].\n; print -zCompress the dump files with gzip.\n; print -iGenerate an index for each dump file.\n; print -vBe verbose about progress.\n; exit 1; } %disklist = read_disklist($config); %tapelist = find_tapes($config, \%disklist); $vtape_dir = get_vtape_dir($config); %slots = find_slots($vtape_dir, \%tapelist); copy_files($config, $vtape_dir, $offroot, \%tapelist, \%slots); exit 0; sub read_disklist { local($config) = @_; local(@lines, $line, $host, $disk, $lnum, $dspec, %dlist); print Reading disk list ... if $verbose; $/ = ; # paragraph input mode open(CF, amadmin $config disklist |) || die 'amadmin $config disklist: $!\n; while (CF) { @lines = split(/\n/, $_); $host = $disk = ''; foreach $line (@lines) { if ($line =~ /host (\S+):$/) { $host = $1; } elsif ($line =~ /disk (\S+):$/) { $disk = $1; } elsif ($line =~ /^line (\d+)/) { $lnum = $1; } } if ($host eq '' || $disk eq '') { print STDERR ERROR processing line '$lnum'. host=$host disk=$disk\n; exit 1; } $dspec = ${host}:${disk}; $dlist{$dspec} = 1; } close(CF); print done\n if $verbose; $/ = \n; # back to line input mode return %dlist; } # $dlist is a hashref sub find_tapes { local($config,$dlist) = @_; local(@lines, %tlist, $line, $host, $disk, $dspec, $tspec); local($level, $tape, $fnum, $status, $h, $d, $date); local(%zdates, @dtmp, $nd); $nd = scalar(keys %$dlist); print
AW: archiving tapes?!
Ok. I must label every tape to get a working index. But I only have DailySet100 up to DailySet199. What happened when I'am at 199 and want to label the next tape? I think I have to start at DailySet100 again but what happened with the index/tape that was DailySet100 before? Which is the best way to make the labeling stuff automaticly? Thanks! -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Stefan G. Weichinger Gesendet: Donnerstag, 27. Januar 2005 19:21 An: amanda-users@amanda.org Betreff: Re: archiving tapes?! Hi, Eric, on Donnerstag, 27. Jänner 2005 at 18:23 you wrote to amanda-users: ES DON'T DON'T DON'T give all your tapes the same label! In once had a customer who ran amlabel as part of his daily backup-procedure. Change tape, run amlabel -f ..., wait for cronjob ... everyday. And he wondered why there were no working indexes. -- best regards, Stefan Stefan G. Weichinger mailto:[EMAIL PROTECTED]
Re: AW: archiving tapes?!
Sebastian Kösters wrote: Ok. I must label every tape to get a working index. But I only have DailySet100 up to DailySet199. What happened when I'am at 199 and want to label the next tape? I think I have to start at DailySet100 again but what happened with the index/tape that was DailySet100 before? Change/extend the regexpr for labelstr in amanda.conf. Mine is: labelstr ARCHIVE-[0-9][0-9][0-9] That would count up to 999 tapes (I started at 001). If necessary make it four digits. I bet you won't even have a suitable tapedrive that can read your tapes 20 years from now (doing 50 tapes each year). If it is really for permanent archiving, you can label the tapes like: ARCH-2005-JAN-30 (there is no requirement that labels must follow numerically or alphabetically): labelstr ARCH-[0-9][0-9][0-9]-[A-Z][A-Z][A-Z]-[0-9][0-9] -- Paul Bijnens, XplanationTel +32 16 397.511 Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax +32 16 397.512 http://www.xplanation.com/ email: [EMAIL PROTECTED] *** * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, * * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ...* * ... Are you sure? ... YES ... Phew ... I'm out * ***
AW: AW: archiving tapes?!
Thank you! Now i only need to know how to make it automaticly ;) -Ursprüngliche Nachricht- Von: Paul Bijnens [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 28. Januar 2005 12:40 An: Sebastian Kösters Cc: amanda-users@amanda.org Betreff: Re: AW: archiving tapes?! Sebastian Kösters wrote: Ok. I must label every tape to get a working index. But I only have DailySet100 up to DailySet199. What happened when I'am at 199 and want to label the next tape? I think I have to start at DailySet100 again but what happened with the index/tape that was DailySet100 before? Change/extend the regexpr for labelstr in amanda.conf. Mine is: labelstr ARCHIVE-[0-9][0-9][0-9] That would count up to 999 tapes (I started at 001). If necessary make it four digits. I bet you won't even have a suitable tapedrive that can read your tapes 20 years from now (doing 50 tapes each year). If it is really for permanent archiving, you can label the tapes like: ARCH-2005-JAN-30 (there is no requirement that labels must follow numerically or alphabetically): labelstr ARCH-[0-9][0-9][0-9]-[A-Z][A-Z][A-Z]-[0-9][0-9] -- Paul Bijnens, XplanationTel +32 16 397.511 Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax +32 16 397.512 http://www.xplanation.com/ email: [EMAIL PROTECTED] *** * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, * * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ...* * ... Are you sure? ... YES ... Phew ... I'm out * ***
Re: AW: AW: archiving tapes?!
On Fri, 28 Jan 2005, [iso-8859-1] Sebastian Kösters wrote: Now i only need to know how to make it automaticly ;) -Ursprüngliche Nachricht- Von: Paul Bijnens [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 28. Januar 2005 12:40 An: Sebastian Kösters Cc: amanda-users@amanda.org Betreff: Re: AW: archiving tapes?! [...] If it is really for permanent archiving, you can label the tapes like: ARCH-2005-JAN-30 (there is no requirement that labels must follow numerically or alphabetically): labelstr ARCH-[0-9][0-9][0-9]-[A-Z][A-Z][A-Z]-[0-9][0-9] Use the FORMAT feature of the date(1) command. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED] In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say programmer or something like that. -- Linus Torvalds
Re: AW: AW: archiving tapes?!
Sebastian Kösters wrote: Now i only need to know how to make it automaticly ;) You still need to manually insert the tape, manually write/print and stick a label on the tape, and manually put the tape in the box of course. Labelling has to be done only once. :-) #!/bin/sh # datelabel: label new tape with datestamp of today label=ARCH-`date '+%Y-%b-%d'` echo Labeling a new tape with $label? Y/N read ans case $ans in [yYjJ]*) amlabel archive $label ;; esac -- Paul Bijnens, XplanationTel +32 16 397.511 Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax +32 16 397.512 http://www.xplanation.com/ email: [EMAIL PROTECTED] *** * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, * * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ...* * ... Are you sure? ... YES ... Phew ... I'm out * ***
Re: archiving tapes?!
On Thu, Jan 27, 2005 at 06:08:01PM +0100, Sebastian Ksters wrote: Hi, i have a problem. For weekly backups we use Amanda with v-tapes. These tapes get overwritten every week. No problems. Works fine. At Sunday we want Amanda to backup on real tapes. These tapes should not be overwritten every Sunday. We want to archive the tapes. I have a similar situation here. I recently moved to doing our daily dumps on vtapes (I previously used a 48-tape DLT jukebox). Now periodically (monthly maybe -- haven't set the schedule yet) I want to take a set of off-site dumps out of the building. In the old tape days, I used to force a level-0 dump when I wanted to do that. This was a pain and never very satisfying. So I wrote a perl script that will extract the most recent full dump for every disk partition out of the vtapes. It copies them to removable disks which I take offsite, but you could copy them to tapes instead if you wanted. The script is fairly generic (I tried not to let it depend on my local environment too much, but there may be some gotchas). I was also lazy about a couple of assumptions (like the fact that my dumps all used gtar). If anyone wants it, let me know. Mark -- Mark Costlow| Southwest Cyberport | Fax: +1-505-232-7975 [EMAIL PROTECTED] | Web: www.swcp.com | Voice: +1-505-232-7992 Education is never a waste - Viscount du Valmont
Re: archiving tapes?!
On Fri, Jan 28, 2005 at 11:22:06AM -0700, Mark Costlow wrote: I have a similar situation here. I recently moved to doing our daily dumps on vtapes (I previously used a 48-tape DLT jukebox). Now periodically (monthly maybe -- haven't set the schedule yet) I want to take a set of off-site dumps out of the building. In the old tape days, I used to force a level-0 dump when I wanted to do that. This was a pain and never very satisfying. So I wrote a perl script that will extract the most recent full dump for every disk partition out of the vtapes. It copies them to removable disks which I take offsite, but you could copy them to tapes instead if you wanted. The script is fairly generic (I tried not to let it depend on my local environment too much, but there may be some gotchas). I was also lazy about a couple of assumptions (like the fact that my dumps all used gtar). If anyone wants it, let me know. What a neat idea, and one that works best with vtape as the daily backup. Would you consider writing up your experiences and techniques? I'm guessing that for recovery from the archived dumps you would not use amanda's indexing features. Have you had to do any recoveries from the archived dumps rather than the vtapes? -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: archiving tapes?!
On Thu, Jan 27, 2005 at 06:08:01PM +0100, Sebastian Kösters wrote: if I want to restore a tape/backup older than the last one this fails. Iam only able to restore the last Backup from tape. I wanted to use the same amlabel for every Sunday because I dont want the tapelist file become that long. DON'T DON'T DON'T give all your tapes the same label! This will confuse Amanda, and probably you too. Your problem with restoring from old backups is merely one symptom of Amanda's confusion. A symptom of your confusion would be mounting the wrong tape (or forgetting to change tapes), and thus overwriting a backup that you wanted to keep. There are some of Amanda's features that it can sometimes make sense to work around (e.g. what I assume you're doing to force full backups on Sundays). The tape-labelling/tapelist mechanism is NOT one of them; trying to subvert that is a REALLY bad idea. -- | | /\ |-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / The animal that coils in a circle is the serpent; that's why so many cults and myths of the serpent exist, because it's hard to represent the return of the sun by the coiling of a hippopotamus. - Umberto Eco, Foucault's Pendulum
Re: archiving tapes?!
Hi, Eric, on Donnerstag, 27. Jänner 2005 at 18:23 you wrote to amanda-users: ES DON'T DON'T DON'T give all your tapes the same label! In once had a customer who ran amlabel as part of his daily backup-procedure. Change tape, run amlabel -f ..., wait for cronjob ... everyday. And he wondered why there were no working indexes. -- best regards, Stefan Stefan G. Weichinger mailto:[EMAIL PROTECTED]
Re: archiving tapes?!
On Thursday 27 January 2005 13:20, Stefan G. Weichinger wrote: Hi, Eric, on Donnerstag, 27. Jänner 2005 at 18:23 you wrote to amanda-users: ES DON'T DON'T DON'T give all your tapes the same label! In once had a customer who ran amlabel as part of his daily backup-procedure. Change tape, run amlabel -f ..., wait for cronjob ... everyday. And he wondered why there were no working indexes. I do hope he was able to find gainfull employment, hopefully not around computers? -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) 99.32% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attorneys please note, additions to this message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
Re[2]: archiving tapes?!
Hello, Gene, just now (on 01/27/2005 at 20:58) you wrote: GH I do hope he was able to find gainfull employment, hopefully not GH around computers? Errm, AFAIK he is some kind of admin for this, errm, big institution ... It's always fun to see what jobs I could have ... -- Bye, Stefan
Re: Re[2]: archiving tapes?!
On Thursday 27 January 2005 14:59, Stefan G. Weichinger wrote: Hello, Gene, just now (on 01/27/2005 at 20:58) you wrote: GH I do hope he was able to find gainfull employment, hopefully not GH around computers? Errm, AFAIK he is some kind of admin for this, errm, big institution Hoo boy, this might get interesting in the board room if they are keeping track. ... It's always fun to see what jobs I could have ... That too my friend. As one who has been to quite a few places in his earlier years, and just happened by pure serendipity to be there when something of note was being done, its always sort of fun to play the 'what if' game in ones own mind. OTOH, if some of these didn't work out, guess who's head would have been on the platter for the failure if I'd actually been in a position of responsibility? Sometimes its nice to be 'just the person taking orders', even if its your ability and not theirs thats on the line because they don't know how to do the job and have delegated it to someone who does. :-) -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) 99.32% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attorneys please note, additions to this message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
Re: Proper procedure for archiving tapes
Hello... Eric Wadsworth wrote: Christopher McCrory wrote: Hello... Eric Wadsworth wrote: Hi, Amanda's been running smoothly for months now. It uses 6 tapes to back up our network. I was thinking it's about time to take a snapshot of the network, and preserve the current 6 tapes, and start using a new set of 6. The old ones can be an off-site backup. Here's what I was thinking of doing; I'd like some feedback if this is the best solution. 1. Get 6 more tapes, and amlabel them identically to the old ones: DailySet000 through DailySet005. 2. Wait a few days until I'm asked to insert tape DailySet000, then take the old DailySet000, pop it into my drawer, and instead insert the new blank DailySet000. Continue this process with DailySet001 through DailySet005. 3. Now my drawer is full of the old tapes, and I can take them home. Is this a good plan? No. you will overwrite the database of which file to which tape. (I can't remember the correct file/term) What I would do is label the next six tapes DailySet0[06..11] run 'amadmin DailySet no-reuse DailySet00[0-5]' this means, don't reuse these Excellent! Yes, this looks like a better solution. then you could run amrecover and set the date to one that is on one of those tapes. Okay, this portion confused me a bit... why would I run amrecover to set a date? To get a file specifically from one of the archived tapes. amrecover bla bla setdate a.long.time.ago or run amrestore against the tape directly. cc:ing list so someone later could find this is an archive On the next amdump run it will ask for DailySet006 ... PS: I love your Douglas Adams quote! I presume 6*9=42 in base 13? :) Yea, I stole the .sig from someone else. The quote is from a MIT speech he gave. === Eric Wadsworthemail: [EMAIL PROTECTED] Conceptual Systems and Software http://www.consys.com === -- Christopher McCrory The guy that keeps the servers running [EMAIL PROTECTED] http://www.pricegrabber.com I don't make jokes in base 13. Anyone who does should get help. --Douglas Adams
Proper procedure for archiving tapes
Hi, Amanda's been running smoothly for months now. It uses 6 tapes to back up our network. I was thinking it's about time to take a snapshot of the network, and preserve the current 6 tapes, and start using a new set of 6. The old ones can be an off-site backup. Here's what I was thinking of doing; I'd like some feedback if this is the best solution. 1. Get 6 more tapes, and amlabel them identically to the old ones: DailySet000 through DailySet005. 2. Wait a few days until I'm asked to insert tape DailySet000, then take the old DailySet000, pop it into my drawer, and instead insert the new blank DailySet000. Continue this process with DailySet001 through DailySet005. 3. Now my drawer is full of the old tapes, and I can take them home. Is this a good plan? --- Eric
Re: Proper procedure for archiving tapes
Hello... Eric Wadsworth wrote: Hi, Amanda's been running smoothly for months now. It uses 6 tapes to back up our network. I was thinking it's about time to take a snapshot of the network, and preserve the current 6 tapes, and start using a new set of 6. The old ones can be an off-site backup. Here's what I was thinking of doing; I'd like some feedback if this is the best solution. 1. Get 6 more tapes, and amlabel them identically to the old ones: DailySet000 through DailySet005. 2. Wait a few days until I'm asked to insert tape DailySet000, then take the old DailySet000, pop it into my drawer, and instead insert the new blank DailySet000. Continue this process with DailySet001 through DailySet005. 3. Now my drawer is full of the old tapes, and I can take them home. Is this a good plan? No. you will overwrite the database of which file to which tape. (I can't remember the correct file/term) What I would do is label the next six tapes DailySet0[06..11] run 'amadmin DailySet no-reuse DailySet00[0-5]' this means, don't reuse these then you could run amrecover and set the date to one that is on one of those tapes. On the next amdump run it will ask for DailySet006 ... Oh, the taking them home part _is_ good though :) --- Eric -- Christopher McCrory The guy that keeps the servers running [EMAIL PROTECTED] http://www.pricegrabber.com I don't make jokes in base 13. Anyone who does should get help. --Douglas Adams