Kees, The intent of JES2 and WLM is not to balance batch workload. WLM does not want that jobs, transactions be fast, WLM wants them happy, and for WLM, happy means PI less than 1.
We have seen in the past a terrible work done by JES2 and WLM when spreading batch jobs in several images of a JESPLEX, where a Lpar was running at 90% while others were running at 30%. Despite Load discrepancy, all goals were been met, but it's ugly to see and hard to explain. Actually there is a redbook that explains in detail how they work together, and it is very illustrative (http://www.redbooks.ibm.com/redbooks/pdfs/sg246472.pdf). I think there is no easy way to do what you want, if there is. Our goal here was to spread batch workload in a way that all Lpars should be running with similar load, and to do so, we have developed a batch load scheduling that put things in order, and now we see no big differences among Lpars involved. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4250 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 3684-2177 R: 42177 3-1402 Fax: +55 11 3684-4427 Agora é BRA. BRA de Brasil. BRA de Bradesco. Patrocinador oficial dos Jogos Olímpicos e Paralímpicos Rio 2016. -----Mensagem original----- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Em nome de Vernooij, CP - SPLXM Enviada em: quarta-feira, 24 de julho de 2013 10:38 Para: IBM-MAIN@LISTSERV.UA.EDU Assunto: Re: WLM managed workload 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 AVISO LEGAL <br>...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICE<br>...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN