🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: bit.listserv.l-vmctr
Article #133

VMarchive dasd crash

#133
From: Stan Horwitz
Date: Sat, 09 Jan 1993 03:57
31 lines
2417 bytes
Before I  post my question,  I must say  that I am  not the person  here who
installs our IBM software.  I am a user consultant, not a systems analyst.
 
We here at Temple University are setting up VMarchive for general use.  In a
meeting today about VMArchive, one  outstanding issue came up which concerns
me a great deal.
 
We will have our VMArchive recalls scheduled every hour and archives every 2
hours.  In  any event,  we are setting  up a series  of five  107Meg staging
areas abd we gave sixteen 3480 tape  drives.  This should handle quiet a lot
of user  archiving activity.   I am  concerned about  the DASD  area catalog
which contains the information about the  archived files both in the staging
area  and on  tape.  After  a lot  of archiving  activity, exactly  how much
trouble will we be in if this catalog file become corrupt or destroyed?
 
The archived  files will  be fine (in  this scenerio), but  we won't  have a
record  of what's  there.  We  definitely need  a backup  procedure for  the
master VMArchive catalog  file.  My boss suggested that it  would be okay to
do one backup  of this file at the  end of each day.  That  idea doesn't sit
well with me.  What I want to know  is if there is anyway of backing up this
single file  perhaps hourly to another  disk file just in  case the original
goes bad.  This  way, all we'l lose is an  hour's archiving activity.  Could
we just schedule a vmschedule job to  kick in every hour and do this backup.
I was told this wouldn't work, but it seems like a good idea to me.
 
This can't be a  unique problem.  I am sure our DASD devises  are no more or
less reliable than the norm.  How do other people handle this problem?  I do
not want my department caught with our pants down if some big wig gets angry
because  they can't  get  back  an archived  file  because  our catalog  got
corrupted even  though the actual  file may be  fine.  Any thoughts  on this
matter?  Thanks much!
Technical Details
Message-ID: <16B50142C2.STAN@VM.TEMPLE.EDU>
Path: arc1-ca.pugleaf.net!sparky!uunet!spool.mu.edu!sdd.hp.com!swrinde!network.ucsd.edu!rutgers!netnews.upenn.edu!cronkite.ocis.temple.edu!VM.TEMPLE.EDU!STAN

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!spool.mu.edu!sdd.hp.com!swrinde!network.ucsd.edu!rutgers!netnews.upenn.edu!cronkite.ocis.temple.edu!VM.TEMPLE.EDU!STAN
From: STAN@VM.TEMPLE.EDU (Stan Horwitz)
Newsgroups: bit.listserv.l-vmctr
Subject: VMarchive dasd crash
Message-ID: <16B50142C2.STAN@VM.TEMPLE.EDU>
Date: 9 Jan 93 03:57:06 GMT
Sender: news@cronkite.ocis.temple.edu (NetWork News (readnews))
Organization: Temple University
Lines: 31