RMF data is not the issue. The information needed for sub capacity pricing is found in the SMF data. Type 89's.
The operating system as well as most all IBM products cut type 89 SMF records. There are even some OEM products cutting that record type. The price you pay for, say, z/os, will be the vector sum of all active LPAR's in a given time period. *All* active LPARs. Even 'sandbox' LPARs. As far as I know, you must deactivate an image to completely stop the operating system proper. Even a quiesced state may not be good enough. IBM simply does not understand the issues in trying to run a production process (gathering and moving data) in a test environment. In a test environment, you do not have any tools such as a scheduler, production control, change control, and sometimes even enough security. The process has to be manual, and has to be done with the most expensive people around (the sysprogs). The process can be so expensive as to negate much of the savings. I was once told that IBM expects each shop to conduct a monthly meeting of management and the most senior technical people to debate deltas of a couple MSU's. The reality is that the cost of this meeting far exceeds the difference in the charged amount. More, we all know that the data is simply not all that accurate: a delta of a few percent is to be expected. Sub Capacity billing is a good thing for us. It has saved us enough money to pay for a *much* more robust business recovery strategy. From a management perspective, the loss of functionality of an emergency LPAR was acceptable. Working with the sub capacity people is generally a pleasure. I find them to be professional and responsive. Perhaps if enough shops press for some deviation from the hard line.... -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Wednesday, July 05, 2006 9:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Subject: Re: SCRT questions Even single LPAR contains data about other LPARs capacity. AFAIK you can run RMF reports covering all LPAR CPU usage. -- Radoslaw Skorupka Lodz, Poland NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ---------------------------------------------------------------------- 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