Allan, With "WLM managing where work is initiated", I meant, that, when more capacity is needed, WLM starts WLM Managed Initiators where capacity is available and stops them on systems that are full. By means of this it has control over where jobs in WLM managed jobclasses are initiated and doint so it can route more work to one system and less work to another. In other words, it can help balance the load of the systems in the sysplex.
My complaint/wish is, that it should do more to route work from full and overloaded systems to full but yet not overloaded systems. However, it considers systems over 95% utilized equally as "full", as if they cannot be helped anymore and I think they can. Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Wednesday, July 24, 2013 14:50 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: WLM managed workload WLM considers all LPARs within the sysplex to be equal. WLM by itself, has no control over where the work is initiated. In conjunction with JES2 at the z/OS 2.4 level and higher, the ability was created to allow work to be started via "workload managed initiators". Without going into the details, job queue time is now included as part of the WLM performance index when deciding whether to add work to the system. Also with WLM managed initiators, the current PI for the work on a given LPAR Is taken into consideration when deciding where to initiate the work (subject to other considerations(scheduling environment, system affinity,.....) ). This can also be complicated by a multiple JESPLEX with a SYSPLEX. The short story on Workload Managed initiators is as follows: 1) JES2 and WLM initiators can be mixed "at will". Each jobclass defined/used should be either JES or WLM managed, but not both. i.e. a given jobclass is either workload managed or jes managed. 2) A separate WLM service class should be defined for the WLM managed work to prevent misleading PI's based on the queue time component of the WLM PI calculation. There is a lot more to this, and I suggest reading the JES2 and WLM manuals extensively before proceeding. There are also several presentations from SHARE,.... that are quite helpful. HTH, <snip> WLM takes the load and performance of LPARs in consideration, by starting and stopping WLM Managed Initiators on systems that have capacity available or are overloaded. But it does this very coarse, putting a line at 95% utilization. When you have several LPARs that are running near 100%, some of which are overloaded with a bad PI and others still can take more load, WLM considers them all the same. I am looking too at a mechanism to manage WLM managed batch on this type of LPARs. I think the way I go is by allowing or withholding certain jobclasses from certain systems with the $tjobclass(a,b,c,d),QAFF=-name and QAFF=+name. I do this now manually every now and then when I see an overloaded system, but I am still looking for an interface to the information you mention (PI, capping) to automate this. it is really a miss, that WLM does not do this more detailed. Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Munif Sadek Sent: Wednesday, July 24, 2013 07:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: WLM managed workload Dear Listers Can some one please point me in the right direction to implement WLM managed job class that can schedule jobs on different LPARS selected on basis of service class Performance Index and/or soft CAPPING status of individual LPAR. Creating Scheduling Resources / Environment and using automation to turn off/on resources is a possibility but I prefer the first option.. By the way it is DB2 9.0, z/OS 1.12 parallel sysplex environment. </snip> ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN