Hi Timothy,
I certainly can't speak for all shops, but for mine and I suspect others, there are problems acheiving reductions (leveling, if you will) in the 4 hour peak. We used to run 24x7, until the budget mess hit. Now we run 16x5. With the next round of layoffs planned, it will probably be 10 x5. We can no longer spread our workload out across 24 hours and 7 days. Our onlines do run 24x7, but batch for the most part has been shifted to times when support folks (operators) are available. We really need the pricing break that sub-cap could give us, but that rolling 4 hour requirement kills it for us. During the times when support staff is available, our production LPAR runs at 95-100%. Offshift, with only the online and backups running, the LPAR runs at 25-30%. Are there any other measurement methods that are supported for sub-cap? Thanks, Linda ----- Original Message ----- From: "Timothy Sipples" <[email protected]> To: [email protected] Sent: Sunday, March 13, 2011 6:04:54 AM Subject: Re: Cheryl's List #148 A few follow-up comments: 1. It is possible (and common) to see different MSU values for z/OS and, for example, for DB2 in SCRT reports. That is, a particular LPAR could peak at 10 MSUs for z/OS and peak at 8 MSUs for DB2 (and 7 MSUs for CICS), or whatever. All the major IBM products (plus several others) cut their own SMF Type 89 records. Just like the machine, the size of the LPAR (z/OS peak) is only a ceiling, not a floor, for the other products. 2. One of the factors in determining how to configure LPARs (and how many to configure) is software licensing, and certainly that's common practice (and has been for years). IBM's zNALC and Solution Edition licensing requires separate LPARs, in fact. 3. Integrated Workload Pricing (IWP) gets even deeper into sub-LPAR sub-capacity licensing. 4. I'm also puzzled why sub-capacity licensing isn't even more popular. - - - - - Timothy Sipples Resident Enterprise Architect Value Creation & Complex Deals Team IBM Growth Markets (Based in Singapore) E-Mail: [email protected] ---------------------------------------------------------------------- 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
