Hi KevinI'm trying to have control over the number of MSU's an LPAR may use overnight during the batch period to be sure that the online work will not suffer from a high 4hr rolling average in the batch.So we want to change at start of the batch dynamicaly the MSU value of that LPAR.(lower it). I can change that on the HMC but I would like to use the API. to schedule the task
2009/4/6 Kevin Mckenzie <[email protected]> > Are you trying to control the weight of the LPARs, ie how much CPU a given > LPAR is entitled to relative to the others, or are you trying to cap the > total utilization of an LPAR? WLM Weight Management might do what you > need, if the images are in the same sysplex, and your WLM policy is set up > to give a lower priority to batch. > --- > Kevin McKenzie > > External Phone: 845-435-8282, Tie-line: 8-295-8282 > z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 > > > > Dick de Groot <[email protected]> > Sent by: IBM Mainframe Discussion List <[email protected]> > 04/06/2009 01:21 PM > Please respond to > IBM Mainframe Discussion List <[email protected]> > > > To > [email protected] > cc > > Subject > Re: MSU Change from batch > > > > > > > Thomas, > > What we would like to do is garantee for the online shift (CICS DB2) a > certain amount of MSU's from 07:00-22:00 hours. Then batch processing > starts > and we want to lower the MSU's with 10 because we have enough power to run > the batch. We also don't want that a part of the 4hr rolling avarage for > online is high because of batch processing. It might happen that a part of > the batch and the online period is within that 4hr rolling average. We > work > with group capacity for the LPAR's but without a defined MSU for the > favorite one. > We think that this way we have more control over the peak of the batch > because it sometimes has erratic behaviour. > It must be possible because there is an API available and what I would > like > to know if someone has already written an REXX for this purpose. > > > > 2009/4/6 Kelman, Tom <[email protected]> > > > Can you explain a little further? Are you saying you want to > > dynamically changed the MSU softcap on the LPAR? I'm not sure if that's > > possible, or desirable. The MSU softcap controls the rolling 4 hour > > average used by IBM for software costing. If you increase it at any > > time during a month, and as a result the 4 hour rolling average > > increases, you are then charged for that new 4 hour rolling average even > > if you decrease the softcap again. So dynamically changing it up and > > down doesn't really buy you anything. If you need a higher value for > > preformance reasons, just reset it once and be done with it, realizing > > that you're going to take a hit in monthly software costs. > > > > Tom Kelman > > Enterprise Capacity Planner > > Commerce Bank of Kansas City > > (816) 760-7632 > > > -----Original Message----- > > > From: IBM Mainframe Discussion List [mailto:[email protected]] On > > > Behalf Of Dick de Groot > > > Sent: Monday, April 06, 2009 9:19 AM > > > To: [email protected] > > > Subject: MSU Change from batch > > > > > > Is there a tool/rexx available to change the MSU values from batch. We > > > want > > > to change the MSU values for a LPAR during the batch period. > > > > > > -- > > > Met vriendelijke groeten/With kind regards > > > > > > Dick de Groot > > > > > > ---------------------------------------------------------------------- > > > 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 > > > > > > > > > > ***************************************************************************** > > 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 [email protected] with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > Met vriendelijke groeten/With kind regards > > Dick de Groot > > ---------------------------------------------------------------------- > 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 > -- Met vriendelijke groeten/With kind regards Dick de Groot ---------------------------------------------------------------------- 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
