All of your suggestions make sense. However, you really should address the main culprit here, namely the "HW*.**" in your include. This, effectively, causes DSS to search all of your catalogs via SVC 26. This approach, as I recall from SHARE, causes catalog reorientation, security processing, serialization, etc., for each SVC 26 call. This is an expensive process, which, among other things, ties up the DASD cache for the duration of the backup process when concurrent is specified. If you can reduce the high-level qualifiers specified (i.e., HW* replaced by HW1, HW2, ..., HWzzzzzz), this would help. Also, segregating the include into multiples, then running them in parallel (using multiple output tapes, of course), would also help.
---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
