[760] in SIPB-AFS-requests
backing up sipb cell to two tapes
daemon@ATHENA.MIT.EDU (mhpower@Athena.MIT.EDU)
Mon Aug 24 19:53:12 1992
From: mhpower@Athena.MIT.EDU
To: sipb-afsreq@Athena.MIT.EDU
Date: Mon, 24 Aug 92 19:52:45 EDT
Since we seem to have more than one tape's worth of backup volumes in
the sipb cell now, I backed up the volumes on ronald-ann and rosebud
separately onto two tapes.
This involved adding two new volume sets to the backup database: rann
and rbud (the previous volume set, sipb, is still there). Also, eight
new dump levels were added: /rann_{1,2,3,4} and /rbud_{1,2,3,4}.
Again, existing entries (/full_{1,2,3,4}) were not removed.
We didn't seem to have any program to do "vos backup" on the backup
volumes from a single server, so I wrote a script "mkvbscript" (see
below); there are some comments saying what it's supposed to do.
So, a working backup procedure now would be something like:
1) Choose an appropriate tape and make sure it has the label you
want. I relabed sipb.full_4.1 to rann.rann_4.1; you might want
to follow this pattern for future ronald-ann backups. Note that
sipb.full_1.1 is currently stored with IS Dispatch in Building 11.
For rosebud, I used one of the QG112MA tapes (these are the $15
ones, versus $6 for the regular tapes). If we decide we need to
use a full set of four of these, then we'll have to ask Kathy
Allen for yet more tapes RSN.
2) cd /afs/sipb/project/newdump
scripts/mkvbscript servername
script vb-script.server_abbreviation.YYMMDD
/usr/tmp/vb-script.servername.DDMonYYYY
^D
compress vb-script.server_abbreviation.YYMMDD
mv vb-script.server_abbreviation.YYMMDD.Z last/
3) Run the usual backup.pl script with -noclone, e.g.,
/afs/sipb/project/newdump/backup.pl rann /rann_1 -noclone
marc: If it seems reasonable to do the backups on a per-server basis,
you might want to call mkvbscript from backup.pl, or otherwise
eliminate step 2.
Matt
