Pat,
If you code *ALL for NO89 products that you do NOT have licenses to there
should be no implication because IBM knows what products you are licensed
for. The bigger issue is if you code *ALL for NO89 products that you DO have
licenses for but are not running on all of the lpars. In this case you will
be billed for lpars that are not using the product; thereby increasing your
costs.
----- Original Message -----
From: "Pommier, Rex R." <[email protected]>
Newsgroups: bit.listserv.ibm-main
To: <[email protected]>
Sent: Wednesday, July 29, 2009 2:38 PM
Subject: Re: z/OS SCRT NO89 Product Information
Pat,
As far as coding *ALL for NO89 products that you do NOT have licenses to, I
can't tell for certain, but I wouldn't do that. You might or might not get
billed for these products, or you might get a call from your friendly IBM
sales rep thanking you for licensing it all! :-)
As far as coding *ALL for NO89 products that you DO have licenses for, you
will be billed for the total SCRT usage on the boxes, regardless of how much
you actually use the products. As others have stated, NO89 means that IBM
doesn't cut SMF records to tell them how much is actually being used, so
they bill for the products based on the system utilization.
As far as coding *NONE for products you are using, IBM frowns on that,
because you're telling them that you aren't using the software. If you're
not actually using it, drop the licenses to the product(s) and save the
money. If you are using the products but telling IBM you aren't, that's
being dishonest.
As far as giving IBM a list of LPARs you actually are running software on
instead of *ALL, you can save money by not being billed for the software on
LPARs you aren't running the software on.
In my case, I have 3 LPARs, 1 production a test, and a sandbox. I only have
1 product that is in the NO89 list, COBOL. I don't use this on my sandbox
(named MVSTECH), so my entry for this is:
5655-G53=MVSPROD,MVSTEST
When I get my SCRT report and subsequent bill, I don't get invoiced for the
1 MSU that typically shows up on the sandbox. On the other LPARs, even
though COBOL is used very little, I get billed for the MSUs that the LPARs
consume, not that COBOL consumes.
HTH
Rex
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of Patrick Falcone
Sent: Wednesday, July 29, 2009 1:02 PM
To: [email protected]
Subject: Re: z/OS SCRT NO89 Product Information
Thanks for all your input. You'll have to excuse my ignorance with this
stuff since my main charge is tuning and I just started to read the manual,
like yesterday.
OK, if I have this right and I code *all for the NO89 products it may be
possible to be billed additionally if that's possible.
If I code *none for NO89 products we may not be able to take advantage of
where the software is running to get additional SubCapacity savings.
And if I code the LPARs where the NO89 products run this might/would be
factored into potential SubCapacity savings.
My plan is to get this right and so I will be including LPAR's that are part
of the NO89 hit list but wanted to understand what the options actually mean
from a savings viewpoint.
Again, appreciate all your input (and you to Al - thanks)
--- On Wed, 7/29/09, Hal Merritt <[email protected]> wrote:
From: Hal Merritt <[email protected]>
Subject: Re: z/OS SCRT NO89 Product Information
To: [email protected]
Date: Wednesday, July 29, 2009, 3:11 PM
That's not how it works. The NO89 covers products that do not cut SMF type
89 usage records.
You are already paying for licensed products at full capacity. If you know
you are not running a given product on LPARX, then include all of the
others. Even if you are running it everywhere, you can still achieve sizable
savings or, perhaps more importantly, make a good business case for a much
bigger box you can grow into instead of a too small box you grow out of.
You may not see any savings if your box is too small.
----------------------------------------------------------------------
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
