home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 22192 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  3.1 KB
  1. Path: sparky!uunet!charon.amdahl.com!amdahl!rtech!sgiblab!spool.mu.edu!howland.reston.ans.net!usc!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: 2 SYS disks vs. Standalone backup
  5. Date: 28 Jan 1993 01:35:33 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 60
  8. Distribution: world
  9. Message-ID: <1k7d95INNn40@gap.caltech.edu>
  10. References: <C1IKw1.F75@nmrdc1.nmrdc.nnmc.navy.mil>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. In article <C1IKw1.F75@nmrdc1.nmrdc.nnmc.navy.mil>, dsc3pzp@nmrdc1.nmrdc.nnmc.navy.mil (Philip Perucci) writes:
  15. >The patient:
  16. >  VAX 6410, 3 x 1Gb hard disks, 1 TK70.
  17. >
  18. >The problem:
  19. >  Backups!  Also, no money for 9-track or 8mm...
  20. >
  21. >Issue:
  22. >  Backups need to be "idiot" proof, so operations personnel can run them.
  23. >The procedures should also be easy and reliable.  Stand-alone backup on
  24. >TK70 is difficult/impossible to automate.
  25. >
  26. >Proposal:
  27. >  Have 2 separate system disks.  The 2nd system disk would be used ONLY for
  28. >backup of *main* system disk.  The 2nd system disk would have a "captive" 
  29. >account "backup" for, you guessed it, backup.  The operator would boot the
  30. >2nd system disk, logon as "backup", follow prompts for swapping TK70s needed
  31. >to backup the *main* system disk, then re-boot the *main* system disk.
  32. >
  33. >Question:
  34. >  Is proposal valid?
  35.  
  36. It's valid, but unnecessary.  You don't need to use two disks.  Just make an
  37. account, BACKUP, on the normal system disk.  Make it CAPTIVE, and have the
  38. procedure mount the necessary disks, and do the backups.  Then teach your
  39. operator how to to a "MINIMUM" boot, log in as backup, then do a normal boot.
  40. You can even automate this.  Something along the lines of:
  41.     $ IF    F$GETSYI("STARTUP_P1")  .EQS. "MINI"
  42.     $ THEN    MCR SYSGEN
  43.     USE CURRENT
  44.     SET STARTUP_P1 DEFAULT
  45.     WRITE CURRENT
  46.     $    {mount the disks}
  47.     $    {do the backups}
  48.     $    @SYS$SYSTEM:SHUTDOWN 0 1 0 1 0 1 NONE
  49.     $ ENDIF
  50.     $    MCR SYSGEN
  51.     USE CURRENT
  52.     SET STARTUP_P1 "MINI"
  53.     WRITE CURRENT
  54.     $    @SYS$SYSTEM:SHUTDOWN 0 1 0 1 0 1 NONE
  55. for the captive procedure is what you're looking for.  When the operator logs
  56. in as BACKUP, if the system's running normally, it sets it for a minimum boot
  57. and reboots.  If the system's been booted minimum, it sets it to do a normal
  58. boot, mounts the disks, does the backups, and reboots.
  59.  
  60. Thus, all the operator has to do is:
  61.     1)  Log in as BACKUP;
  62.     2)  Wait for the system to reboot;
  63.     3)  Log in as BACKUP;
  64.     4)  Load tapes as requested;
  65. When the backups are done, the system reboots normally.
  66. --------------------------------------------------------------------------------
  67. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  68.  
  69. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  70. understanding of astronomy is purely at the amateur level (or below).  So
  71. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  72. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  73. hold me responsible for it, but my organization had nothing to do with it.
  74.