If you are using PDSE with extended sharing you can have multiple
different PDS members open for output but with a PDS someone is going to
get an ABEND trying to OPEN.

Can you avoid initiating work when there is no CPU resource to process
it? If you can and let it run much faster when there is available
capacity it would eliminate all kinds of problems.

Best Regards, Sam Knutson

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On
Behalf Of Kirk Talman
Sent: Friday, July 02, 2010 11:15 AM
To: [email protected]
Subject: ENQ question

At month end a job of ours that nornally runs a few minutes took several

hours by lpar saturation.  Our job reads a JCL PDS used by the DBAs.
They 
complained because their job and subsequent jobs were held up by hours. 
And once their job ran it took an hour instead of a minute (no 
exaggeration!).

We have been asked to change our job which would require changing it on
at 
least 6 plexes.

Our solution is for them to change their job.

They are using a construct that has the followed DD

//OUTPUT DD DISP=OLD, DSN=IMS.DBA.JCLLIB(MEMBER)

The question I have is:  Is the DISP=OLD needed or does the QSAM
interface 
to BPAM handle collisions?

I vaguely remember that the MIM product had a feature added to it to 
handle member collisions in the middle to late 1980's by Ed Legowski so 
collisions were an issue back then.  (EDIF maybe????)

So what is current state of the art?  We are 1.10 with 1.11 rolling out 
this year (it's on 5-10 lpars already).

====================
This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

----------------------------------------------------------------------
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

Reply via email to