Edward Jaffe pisze:
[...]
[I know you mean SMF 70.] The above is only partially true. SCRT has a
hard-coded list of supported products inside. (Browse the module under
ISPF to find their names.) These are the only products for which SCRT
reporting is possible. If you don't believe me, try writing your own
program that uses the IFAxxxx macros to generate SMF89 records and see
what you see on SCRT. Hint: you will see NOTHING.
I stand corrected. That's stupid IMHO. [rhetorical] Why SCRT does not
rely on SMF89 content?
SCRT reports the monthly peak R4HA for each of the supported IBM
products only.
If the ISV and customer agree that the ISV product is tied to one of the
supported IBM products, everywhere it runs, then the SCRT report *can*
be used by the ISV to verify the customer's entitled capacity has not
been exceeded. (See IBM's IPLA contracts for how this works.)
If the ISV product is not tied to any supported IBM product or runs in a
subset of LPARs, there are no applicable fields on the (normal) SCRT
report that can be used to do this verification. It is possible for the
customer to run SCRT again, using the SMF records from the subset of
LPARs in which the ISV product is licensed, to get a peak monthly R4HA
for that subset of LPARs. With this approach, the customer must agree
that the ISV product is assumed to be running 24x7 and, therefore, tied
to z/OS itself.
SMF89, which is used by SCRT to know when a product is actively being
used, is useless in this and all other scenarios when considering
products that are not listed in SCRT's hard-coded internal list of
products.
Well. I thought the rules are slightly different: it is enough to run
some product ONCE during reporting period (month) to pay for that. More
precisely: if you run ABC product on LPAR1 (only) and LPAR1 highest
usage is nnn MSU then you pay for product ABC as it would consume nnn
MSU on that LPAR. And it doesn't matter that you ran the product only
once, 3 days before the peak occured.
(This is what I heard from IBMer, however I consider him as an oracle. )
BTW: other ways are still valid despite of SMF89 impossibilities.
Regards
--
Radoslaw Skorupka
Lodz, Poland
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
Sd Rejonowy dla m. st. Warszawy
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego,
nr rejestru przedsibiorców KRS 0000025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym
BRE Banku SA bd w caoci opacone.
----------------------------------------------------------------------
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
