HP3000-L Archives

June 1999, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Stigers, Greg [And]" <[log in to unmask]>
Reply To:
Stigers, Greg [And]
Date:
Wed, 23 Jun 1999 11:38:35 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (92 lines)
But it shouldn't have to be this way.

HP's own documentation suggests more than many of us do, such as copying the
backup tapes (which is currently not as straight forward as it needs to be),
and storing one set off site, with another stored on site in a fireproof
safe, both in appropriate climates. VSTORE is hinted at, but apparently
isn't quite enough. The DDS calibration problem isn't even hinted at
(perhaps because the documentation was written before DDS?). I remember
reading about the 'towers of Hanoi' approach to maximizing data archive for
time spent backing up, in USAH (The UNIX System Administrator's Handbook,
see also http://www.schin.ncl.ac.uk/GPUK/UKMed3/backups.htm and
http://www.zdnet.com/pcmag/pctech/content/special/glossaries/netbackup.html)
. The friend who gave it to me told me, years ago, that many sites just do
full back ups every day. I think that with the plunge in disk prices and
increase in volume, we are back to this becoming impractical again. Since we
use private volume sets, we do full backups of those everyday, with weekly
full and daily differentials from the weeklies for everything else.

I like the idea of an alternate means of storage. Certainly the list members
may have variations on this idea. I'm not sure about tar, but TurboSTORE's
STD option comes to mind.

But it shouldn't have to be this way. The provided and recommended
procedures out to be adequate, and they ought to work as advertised.

-----Original Message-----
From: F. Alfredo Rego [mailto:[log in to unmask]]
Sent: Wednesday, June 23, 1999 9:26 AM
To: [log in to unmask]
Subject: Re: DDS3 horror story...


Glenn Cole <[log in to unmask]> wrote:

>Tom Brandt writes:
>> So it seems there is no way to validate a DDS3 backup.
>
>No reasonable way, in any case.
>
>IIRC, Alfredo used the only true technique a couple decades ago:
>he used a separate machine (with a tape drive other than the one
>used for the :STORE) to actually restore the files.

Actually, I HAVE BEEN USING the technique of physically RESTORING all the
files from a backup tape for a couple of decades (i.e., I didn't "do it" a
couple of decades ago and then quit doing it :-)

Not to imply that I am paranoid, but when I am on the road using my Gypsy
HP3000, I do a daily partial backup to a DDS tape, which I mail to Sun
Valley (and which Rene eventually restores for me on my primary machine as
well as on my secondary machine).

Not being the trusting type, I massage STORE's output listing to create an
indirect file for LZW (thanks, Randy Medd @ Telamon).  I produce an LZW
file with the affected files and download it from the HP3000 to my Mac
PowerBook.  I then upload this LZW file to my secondary HP3000 in Sun
Valley via a phone call and PPP (and I also keep the LZW file, archived by
date, on my PowerBook and on the PowerBook's backups).  Once the LZW file
reaches Sun Valley, I expand it on my secondary machine, just to make sure
that all the files are there.

Why don't I simply expand the LZW file into my primary machine?  Because
LZW changes the creation & modification dates (which I prefer to keep
"true" for historical reasons), so I prefer to RESTORE from one of the TWO
DDS tapes which I produce on my last day on the road and which I bring back
with me in addition to the one I mail to Sun Valley and arrives a few days
after my return.  Should this DDS tape fail to restore, then I would expand
the last LZW file into my primary machine.  So far, all DDS tapes have
worked just fine.

It is important to note that, after restoring files (or after expanding LZW
files) onto my secondary machine, I schedule a full suite of batch jobs
(including compile & link jobs) just to make sure that, besides simply
restoring, the files have a fighting chance of being correct.

The likelihood that ALL of these backups and verifications (implemented
using different technologies) will fail to "restore meaningfully" seems
reasonably small to me :-)


 _______________
|               |
|               |
|            r  |  Alfredo                     mailto:[log in to unmask]
|          e    |                                  http://www.adager.com
|        g      |  F. Alfredo Rego                       +1 208 726-9100
|      a        |  Manager, R & D Labs               Fax +1 208 726-2822
|    d          |  Adager Corporation
|  A            |  Sun Valley, Idaho 83353-3000                   U.S.A.
|               |
|_______________|

ATOM RSS1 RSS2