On Tue, 3 Jul 2007 08:31:53 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote:

>
>I'm sure most if not all of this has been covered many times.  Hit the
>archives, read the Redbook(s).
>
>To summarize:  Use as few service classes as you can to separate the
>work and as many report classes as you like / need for reporting.  There
>is a limit of 999 report classes and there really should be no more than about
>30 active service classes on an LPAR (YMMV).  You can have more than
>30 in your policy if some classes are only active on certain LPARs.  But
>less is still better because there is only so much WLM can do at each
>evaluation / adjustment cycle.
>

I want to amend that statement to say 30 periods since some service
classes will have multiple periods.  


>Here:  I have a couple of service classes each for CICS, DB2, DDF,
>CB (WebSphere), STC, production batch and test batch and SAP
>(used prior to DB2 V8 and only on a couple of LPARs).  Test batch really
>has one class + a discretionary class which 95% of all test batch falls into.
>I have a single class for TSO and OMVS (with periods).
>

So based on trying to limit periods, our OMVS and TSO service class only have
2 periods.  I didn't say it.. but our DDF classes also have 2 periods.  
In one sysplex I have a 3rd period for TSO that gets used for some long
running interactive SAS. Period 2 has a *very* long duration.   I've had to
do the same at shops that run FOCUS, but generally, 2 periods should be
enough for TSO.  

>But there are report classes for *every* production CICS region, WAS region,
>and DB2 subsystem as well as many STCs (CATALOG, VTAM, TCPIP, session
>manager) to name a few).  But most STCs are lumped into a couple of
>other groups with "monitors" being one of them.
>

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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