home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / bit / listserv / lvmctr / 203 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  2.3 KB
  1. Path: sparky!uunet!stanford.edu!lll-winken!elroy.jpl.nasa.gov!sdd.hp.com!swrinde!gatech!paladin.american.edu!auvm!RICEVM1.RICE.EDU!CHRIS
  2. From: CHRIS@RICEVM1.RICE.EDU (chris)
  3. Newsgroups: bit.listserv.l-vmctr
  4. Subject: Re: VMArchive
  5. Message-ID: <L-VMCTR%92082010234407@VM1.CC.UAKRON.EDU>
  6. Date: 20 Aug 92 14:13:11 GMT
  7. Sender: VMCENTER Components Discussion List <L-VMCTR@AKRONVM.BITNET>
  8. Lines: 25
  9. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  10. In-Reply-To:  Message of Wed,
  11.               19 Aug 1992 09:50:27 EDT from <STAN@VM.TEMPLE.EDU>
  12.  
  13. On Wed, 19 Aug 1992 09:50:27 EDT Stan Horwitz said:
  14. >Hello; I  am a mainframe applications  software consultant here at  Temple U.
  15. >My boss  and I have been  trying to talk  our VM systems people  into putting
  16. >VMArchive  into general  production for  the past  couple of  years and  they
  17. >always come back  to us with lame excuses  as to why they won't  do it. After
  18. >quite some  time, we  were able to  have VMArchive put  into production  in a
  19. >minimal way. If our systems folks  had their way, they would remove VMArchive
  20. >from our 3084-Q entirely.  As it is, files are moved  between the staging are
  21. >and tape only twice a day; at 8:00  and 13:00. We want to increase this to at
  22. >least  once  an hour.  We  also  want to  allow  users  to archive  files  on
  23. >temporary disk  which is  currently not  possible here.  I am  wondering what
  24. >your  experiences with  VMArchive are.  How many  people on  your system  use
  25. >VMArchive  and how  did you  set it  up?  If this  is a  FAQ, please  respond
  26. >personally. It would also  be nice to chat with folks at  other VM sites that
  27. >use VMArchive in  the event our systems folks have  further arguments against
  28. >this idea. It would probably make more  sense for one of our systems analysts
  29. >to send a posting  on this matter to L-VMCTR, but I guess  they don't do such
  30. >things since it is not in their contract.
  31. >
  32. VMArchive is a good tool for users to manage their own backup environment.
  33. The problem is getting or educating the users about the tool and getting
  34. them the user to use VMArchive more.   There are several options as to
  35. where the archive will reside.  Also, how long it will reside in a certain
  36. location before the archive is either purged or moved to another location
  37. or media.  So, do what you have to do politically and good luck.
  38.