R.S. --
Yes, the LPARs must be running for the SMF data to be generated and
collected. Sometimes, SMF data is lost, especially in 'sandbox' LPARs
because managing this data did not matter until the machine starts to
use sub-capacity pricing. It was certainly 'standard' practice to loose
this SMF data. Now sysprogs everywhere need to learn to retain this
data, and still some will be lost. These are 'sandboxes' after all!
Al
Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062
Web: www.sherkow.com
R.S. wrote the following on 7/5/2006 3:19 AM:
Al Sherkow wrote:
R.S. --
Removing LPARs is not allowed by the IBM Sub-capacity Ts&Cs. From the
"Attachment for zSeries Workload License Charges" Z125-6516 (in the US)
"2) collect, and retain for a period of not
less than six months, the SMF data records
for all LPARs, by Machine, required by the
Sub-Capacity Reporting Tool for each
Reporting Period;"
IBM's sub-capacity pricing is not an *LPAR* level decision, it is a
*machine* level decision.
That's why I asked about it. However the above is not 100% true. It
cannot be. Examples:
I have 7 OS LPARs, but 3 of them are not IPLed. In this case I
*cannot* have SMF records from this LPAR. And SCRT does not include
them in the report. However, if any of the LPARs was IPLed (i.e. for 2
days) during the month, it will be included in the report. If you
don't provide SMF records from such LPARs, the tool still says you
have 100% records and the report is valid. Sometimes it is impossible
to have records from 'sandbox' LPARs.
However it would be even better to include SMF records from one LPAR
only. Better means the job would complete much faster.
----------------------------------------------------------------------
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
