I also agree that you should keep it simple. Also, remember that the importance level determines just what it says and the velocity goal should be set according the type of work running in the SC. Don't set the goal based on the importance of the work. Assuming all 6 service classes run similar batch work I would set them somewhat as follows. Remember that this all depends on your shop and what is important to you. However, normally CICS, DB2, MQ, and other subsystems like that are the most important work in any shop; so I wouldn't give any batch work an importance level of 1. You might set up a HOTBATCH at importance level of 1 to more very, very, very special batch work into (like the CEO's special job :-)).
BATHI and BATWLMHI - IMP 2, Velocity 30 BATMD and BATWLMMD - IMP 3, Velocity 30 BATLO and BATWLMLO - IMP 4, Velocity 30 And, once again, everything is dependent on how your shop wants to run. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Tom Marchant > Sent: Friday, January 15, 2010 8:44 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: WLM BATCH rules > > On Fri, 15 Jan 2010 08:27:11 -0600, Mark Zelden wrote: > > >On Thu, 14 Jan 2010 21:15:17 -0600, R Hey <sys...@yahoo.com> wrote: > > > >>Hi, > >> > >>For a heavy (100+ jobs) nightly batch runs, my client has 6 SC : > >> > >>BATHI ,BATMD , BATLO : JES init > >>BATWLMHI ,BATWLMMD ,BATWLMLO : WLM init > >> > >>Used by different job classes. > >> > >>Is it better to use: > >> > >>1- same IMP for all, & use different Velocity, > >>or > >>2- different IMP & Vel, > >>or ... ? > >> > >>My client uses: > >> > >>*HI i2 V20 > >>*MD i3 V10 > >>*LO i4 V5 > >> > >>TIA, > >>Rez > >> > > > >You shouldn't mix WLM and JES2 controlled inits in the same service > class, > >so I can see why there are 6 (3 for each). It's a side issue... but if > they > >are still using JES2 inits for a very limited workload / set of jobs, do > >they really need 3 SCs for it? The less total SC periods active in the > >LPAR that can manage the workload, the better for WLM. > > I agree. Keep it as simple as possible. 100 jobs per night is not nearly > enough transactions for WLM to effectively manage 6 service classes. > > It might make sense to look at response time goals. You can account for > variability in run time with lower percentiles. It may be that your "LO" > jobs should run in discretionary. > > -- > Tom Marchant > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ***************************************************************************** If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. ***************************************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html