home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / bit / listserv / lvmctr / 302 < prev    next >
Encoding:
Text File  |  1992-11-20  |  1.6 KB  |  36 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!paladin.american.edu!auvm!ERS.BITNET!MAINT2
  3. Message-ID: <L-VMCTR%92112007460121@VM1.CC.UAKRON.EDU>
  4. Newsgroups: bit.listserv.l-vmctr
  5. Date:         Fri, 20 Nov 1992 07:41:08 EST
  6. Sender:       VMCENTER Components Discussion List <L-VMCTR@AKRONVM.BITNET>
  7. From:         Ken Koester <MAINT2@ERS.BITNET>
  8. Subject:      Re: Off Site Copies of VM/Archive Data
  9. In-Reply-To:  Message of Thu,
  10.               19 Nov 1992 20:38:16 GMT from <J.G.Bryan@BHAM.AC.U K>
  11. Lines: 23
  12.  
  13. On Thu, 19 Nov 1992 20:38:16 GMT Graham Bryan said:
  14. >
  15. >Normally we DO NOT write  twins when running VMArchive.
  16. >(The main reason for this is that with only two tape drives you
  17. >couldn't then do merge/purge correctly)
  18. >
  19. A minor quibble:  you *can* do merge/purge correctly in such a situation; you
  20. just can't create a twin for the merged tape.
  21.  
  22. >However to make sure that we  are in a 'reasonable' position to get
  23. >back a file  in the event of  a tape crash, we use  VMBTCPY EXEC to
  24. >copy each  set of VMARCH  tapes as it is  closed and move  the copy
  25. >offsite.
  26. >
  27. An interesting idea.  Will have to consider that for our site (although I'd
  28. rather get another tape unit or 2).
  29.  
  30. +----------------------------------------------------------------------+
  31. | Ken Koester, Systems Programmer  | BITNET:  MAINT2@ERS               |
  32. | US Department of Agriculture     | Tel:     (202) 219-0577           |
  33. | Economic Research Service        | Fax:     (202) 219-1292           |
  34. | Data Services Center             |          (ATTN: Rm 110)           |
  35. +----------------------------------------------------------------------+
  36.