home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / bit / listserv / lvmctr / 198 next >
Encoding:
Text File  |  1992-08-18  |  2.1 KB  |  40 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!VM.TEMPLE.EDU!STAN
  3. Organization: Temple University -- Academic Computer Services
  4. X-Acknowledge-To: <STAN@vm.temple.edu>
  5. Message-ID: <L-VMCTR%92081910040303@VM1.CC.UAKRON.EDU>
  6. Newsgroups: bit.listserv.l-vmctr
  7. Date:         Wed, 19 Aug 1992 09:50:27 EDT
  8. Sender:       VMCENTER Components Discussion List <L-VMCTR@AKRONVM.BITNET>
  9. From:         Stan Horwitz <STAN@VM.TEMPLE.EDU>
  10. Subject:      VMArchive
  11. Lines: 27
  12.  
  13. Hello; I  am a mainframe applications  software consultant here at  Temple U.
  14. My boss  and I have been  trying to talk  our VM systems people  into putting
  15. VMArchive  into general  production for  the past  couple of  years and  they
  16. always come back  to us with lame excuses  as to why they won't  do it. After
  17. quite some  time, we  were able to  have VMArchive put  into production  in a
  18. minimal way. If our systems folks  had their way, they would remove VMArchive
  19. from our 3084-Q entirely.  As it is, files are moved  between the staging are
  20. and tape only twice a day; at 8:00  and 13:00. We want to increase this to at
  21. least  once  an hour.  We  also  want to  allow  users  to archive  files  on
  22. temporary disk  which is  currently not  possible here.  I am  wondering what
  23. your  experiences with  VMArchive are.  How many  people on  your system  use
  24. VMArchive  and how  did you  set it  up?  If this  is a  FAQ, please  respond
  25. personally. It would also  be nice to chat with folks at  other VM sites that
  26. use VMArchive in  the event our systems folks have  further arguments against
  27. this idea. It would probably make more  sense for one of our systems analysts
  28. to send a posting  on this matter to L-VMCTR, but I guess  they don't do such
  29. things since it is not in their contract.
  30.  
  31. Thanks in advance.
  32.  
  33.  Stan Horwitz   Internet: STAN @ VM.TEMPLE.EDU  Bitnet: STAN @ TEMPLEVM
  34.  
  35.  Temple University's Sr. Mainframe Consultant; Manager of the Help-Net
  36.  and Suggest lists; Listserv Postmaster; and in need of a vacation!
  37.  
  38.  Standard disclaimers apply. One of these days I will make this sig file
  39.  look much nicer.
  40.