home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!think.com!ames!sun-barr!lll-winken!ptavv.llnl.gov!oberman
- From: oberman@ptavv.llnl.gov
- Newsgroups: comp.os.vms
- Subject: Re: ?Why does this backup go so slow?
- Message-ID: <1992Nov17.083227.1@ptavv.llnl.gov>
- Date: 17 Nov 92 16:32:27 GMT
- References: <1992Nov12.124928.1@woods.ulowell.edu>
- Sender: usenet@lll-winken.LLNL.GOV
- Lines: 27
- Nntp-Posting-Host: ptavv.llnl.gov
-
- In article <1992Nov12.124928.1@woods.ulowell.edu>, welchb@woods.ulowell.edu writes:
- > It took us 4.5 hours to do an image backup of an RA90 (80% full of user
- > data) onto an RA92? Why does it not go faster? [I had prepared a much
- > longer version of the question, with so many particulars, that my boss
- > said to just ask the simple question.]
-
- Well, I guess you will have to live with the simple answer (at least from me).
-
- BACKUP is more seriously effected by system tuning and user quotas than any
- application I have seen. My 2.1 GB disk can be backed up to tape in less than
- 4.5 hours.
-
- Please read the rather long discussion of tuning an account for BACKUP use. I
- think it was in the VMS V5.2 release notes or maybe the New Features manual.
-
- On my muti-user systems I have a special account that is used ONLY for backup.
- OF particular concern are the working set quotas (NOT WSEXTENT) and the file
- limit. The SYSGEN parameter "CHANNELCNT" is also significant. Lots of other
- limits need to be very high for good performance. While all of these interact,
- the most important is WSQUOTA. This will determine how BACKUP sets up it's
- buffers.
-
- R. Kevin Oberman Lawrence Livermore National Laboratory
- Internet: koberman@llnl.gov (510) 422-6955
-
- Disclaimer: Don't take this too seriously. I just like to improve my typing
- and probably don't really know anything useful about anything.
-