I may be misunderstanding the issue, but I believe that TOL(ENQF) would address enqueue conflicts for a logical dump (if we're talking about DFdss).
-----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Ruegsegger, Jeff Sent: Wednesday, June 09, 2010 13:12 To: [email protected] Subject: DFSMSdss Physical dumps of 3390 Mod 27 We recently completed a DASD refresh and we opted to migrate off 3390-3's to 3390-9's and 3390-27's. As such we have had to change our daily and weekly volume backups from a physical to logical dump with the following additional sub- keywords of SHARE and WAIT(1,2). This however causes some datasets to not get backed up as we do not get standalone time for our backups. We were forced into the logical dump mode as the physical dumps were causing elongated RESERVE's (converted to global ENQUEUES by CA-MIM) and would spend hours thrashing due to the synchronous batch that runs. Obviously this was happening on the smaller devices all along but it happened in such a short time (1/9th the # of datasets) that it did not cause a problem. Doe's anyone have any similar experiences to share and possible solutions. Environment: EMC DMX4 (Escon) and we do not have SNAP, but we do have TF Mirror S/W but no extra disk for using mirror. ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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
