home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18171 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  1.5 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!ucbvax!cmt.anl.gov!OSUDAR
  2. From: OSUDAR@cmt.anl.gov (John Osudar {708 252-7505})
  3. Newsgroups: comp.os.vms
  4. Subject: RE: ?Why does this backup go so slow?
  5. Message-ID: <921118112729.2520b496@cmt.anl.gov>
  6. Date: 18 Nov 92 17:27:29 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 22
  11.  
  12. The idea of BACKUP doing disk I/O one allocation cluster at a time is really
  13. hilarious!  Are there still people out there who are under the impression that
  14. disk I/O's must be done in units of the allocation cluster size?
  15.  
  16. Since nobody else has asked...
  17. Are you running the "new" BACKUP (which began with VMS V5.2)?
  18. If you are, check the quotas on the account you're using to run BACKUP.  Look
  19. at DEC's recommendations and guidelines.  Setting the quotas properly is vital
  20. to BACKUP's performance improvements.
  21. How are the disks connected to their host(s)?  Are they on two different
  22. cluster nodes on an Ethernet, on different controllers connected to one node,
  23. or both on the same controller?
  24. Was the source drive badly fragmented?  Fragmentation really killed performance
  25. in the old BACKUP, and can do the same to the new BACKUP if quotas aren't set
  26. right.  Even with decent quotas, bad fragmentation will affect performance.
  27. Was the BACKUP process running when the system was very busy?
  28. Which qualifiers did you use?  For example, did you use /RECORD and are you
  29. including that time in the 4.5 hours?  Did you do a /LOG?
  30.  
  31.                     John
  32.                     osudar@cmt.anl.gov
  33.  
  34.