home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / bit / listserv / lvmctr / 331 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  2.3 KB
  1. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!swrinde!network.ucsd.edu!rutgers!netnews.upenn.edu!cronkite.ocis.temple.edu!VM.TEMPLE.EDU!STAN
  2. From: STAN@VM.TEMPLE.EDU (Stan Horwitz)
  3. Newsgroups: bit.listserv.l-vmctr
  4. Subject: VMarchive dasd crash
  5. Message-ID: <16B50142C2.STAN@VM.TEMPLE.EDU>
  6. Date: 9 Jan 93 03:57:06 GMT
  7. Sender: news@cronkite.ocis.temple.edu (NetWork News (readnews))
  8. Organization: Temple University
  9. Lines: 31
  10.  
  11. Before I  post my question,  I must say  that I am  not the person  here who
  12. installs our IBM software.  I am a user consultant, not a systems analyst.
  13.  
  14. We here at Temple University are setting up VMarchive for general use.  In a
  15. meeting today about VMArchive, one  outstanding issue came up which concerns
  16. me a great deal.
  17.  
  18. We will have our VMArchive recalls scheduled every hour and archives every 2
  19. hours.  In  any event,  we are setting  up a series  of five  107Meg staging
  20. areas abd we gave sixteen 3480 tape  drives.  This should handle quiet a lot
  21. of user  archiving activity.   I am  concerned about  the DASD  area catalog
  22. which contains the information about the  archived files both in the staging
  23. area  and on  tape.  After  a lot  of archiving  activity, exactly  how much
  24. trouble will we be in if this catalog file become corrupt or destroyed?
  25.  
  26. The archived  files will  be fine (in  this scenerio), but  we won't  have a
  27. record  of what's  there.  We  definitely need  a backup  procedure for  the
  28. master VMArchive catalog  file.  My boss suggested that it  would be okay to
  29. do one backup  of this file at the  end of each day.  That  idea doesn't sit
  30. well with me.  What I want to know  is if there is anyway of backing up this
  31. single file  perhaps hourly to another  disk file just in  case the original
  32. goes bad.  This  way, all we'l lose is an  hour's archiving activity.  Could
  33. we just schedule a vmschedule job to  kick in every hour and do this backup.
  34. I was told this wouldn't work, but it seems like a good idea to me.
  35.  
  36. This can't be a  unique problem.  I am sure our DASD devises  are no more or
  37. less reliable than the norm.  How do other people handle this problem?  I do
  38. not want my department caught with our pants down if some big wig gets angry
  39. because  they can't  get  back  an archived  file  because  our catalog  got
  40. corrupted even  though the actual  file may be  fine.  Any thoughts  on this
  41. matter?  Thanks much!
  42.