If the operators are opening the floodgates, have you considered using
WLM managed initiators?  That will let WLM initiate only whatever it
believes it can handle.

As for your TSO vs. Prod batch issue, how many TSO users are competing
with the batch, what are they doing that's running so long into period
2, and how important is what they are doing compared to the batch work?
The quick fix of moving TSO up to importance 3 is probably your best bet
as long as you don't have an excessively large number of TSO users
running long tasks simultaneously.

Just my 2cents worth.

Have a good day!
Bret

Bret Hoesly
Senior Systems Administrator - Mainframe
Telephone & Data Systems, Inc.

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Aimee Houghton
Sent: Tuesday, March 25, 2008 10:25 AM
To: [email protected]
Subject: Re: WLM and TSO

Thanks for the quick and informative response.  I will look into your
suggestions.  I am a little leery about putting TSO above hot batch as
well.
 Part of the problem is that the operators pretty much open the flood
gates
at about 10 pm and let all the batch compete.  That is a whole different
battle that we have discussed on a fairly regular basis with operations
but
nothing has changed.  I know the REAL answer is to deal with the lack of
resources this habit creates but, for the short term, I just want to
make
sure that a programmer that gets called to fix a problem can actually
get
logged on and do something.

Thanks again for your help.

Aimee

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

Reply via email to