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
