Kees, It prevents nothing if the horses have already left the barn (if he has already hit his peak for the month). Now if Suresh can tell us that he is tracking the four-hour rolling average and knows that his workload definitely increases on the first of the month, then perhaps his idea has merit from a SCRT billing perspective. Executives might think otherwise if he caps things that day and their pet reports are delayed due to those caps. BTDT...YMMV
Bob -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, December 05, 2013 10:53 AM To: [email protected] Subject: Re: 4-Hour Rolling Average in sub capacity reporting Suresh said the question was anwered. I think we are creating complicating situations that ask for even more complicated solutions. I thing lowering MSUs on the 1st of the month and raising the MSUs on the 2nd, simply prevents unintended billing problems, without having to care about (un)controlled cyclics and definitely uncontrolled users. Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Richards, Robert B. Sent: Thursday, December 05, 2013 16:39 To: [email protected] Subject: Re: 4-Hour Rolling Average in sub capacity reporting And then, of course, those pesky end-users do billion row queries all at the same time and your peaks get set higher than normal. Suresh, take a look at potentially using group capacity coupled with lpar-level defined capacity. See if that combination gives you the level of control you are looking to achieve. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Joel C. Ewing Sent: Thursday, December 05, 2013 9:44 AM To: [email protected] Subject: Re: 4-Hour Rolling Average in sub capacity reporting Depending, of course, on whether you have cyclic workload peaks and where during the month they fall. For example, if all your hottest 4-hour averages are consistently during the last week of the month, then typically the effect of changes will only be seen when you encounter that cyclic peak and it won't really matter when you make the change during off-peak weeks. Joel C Ewing On 12/05/2013 02:09 AM, Vernooij, CP - SPLXM wrote: > Suresh, > > Maybe Mike went home, so I will answer your question: > IBM will always charge the peak of the month, no matter how you > changed the MSUs during the month. > So if you can delay adding MSUs until the second of the next month, > they will not be charged in the current month. > Also if you plan to lower the MSUs, do it before the second of the > next month, then you will be sure to start the new month with the > lower value. > > Kees. > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of suresh chacko > Sent: Thursday, December 05, 2013 08:42 > To: [email protected] > Subject: Re: 4-Hour Rolling Average in sub capacity reporting > > Corrected version... > > Mike, > > That means if i want add or reduce MSU's of the LPAR it's better to > perform the change at the beginning hours of 2nd of every month. > Kindly confirm. > Also advise how IBM will charge on sub capacity changes if I add MSU's > on a later day of month. > > Thanks, > Suresh > > > On Thu, Dec 5, 2013 at 11:16 AM, Mike Shorkend > <[email protected]>wrote: > >> And the period is actually the 2nd of each month to the 1st of the >> following month. >> On Dec 4, 2013 7:00 PM, "Richards, Robert B." >> <[email protected]> >> wrote: >> >>> Yes, either 744/4=186 four-hour intervals or 720/4 or 180 four-hour >>> intervals. >>> >>> The peak is the highest of those intervals. >>> >>> -----Original Message----- >>> From: IBM Mainframe Discussion List >>> [mailto:[email protected]] On Behalf Of Chokalingam >>> Thangavelu >>> Sent: Wednesday, December 04, 2013 10:57 AM >>> To: [email protected] >>> Subject: 4-Hour Rolling Average in sub capacity reporting >>> >>> Hi, >>> >>> I would like to know how the 4 hour rolling average work in the Sub >>> capacity reporting for a single LPAR. >>> >>> Will it take the average of every four hour in a month(1st day to >>> 30th >>> Day) and produce the peak 4 hour average in a month? >>> >>> Please help me to understand this and >>> >>> Thanks and Regards, >>> Chokalingam >>> >>> ... -- Joel C. Ewing, Bentonville, AR [email protected] ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] 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 [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
