Re: Running a SYSPLEX - SCRT -what's needed
On Thursday, May 19, 2011 11:36 AM, Mark Zelden wrote: >What are people doing for sandbox LPARs? Ones that may be up and >down and may not even have tape or automated processes for collecting >and storing SMF data. Most of the sandbox LPARs I have worked on in >the past have SMFDUMPs going to DD DUMMY. When submitting the SCRT, there is a place to explain "underreporting." So, we write a note stating that the Test LPAR was only up for x number of hours for testing the new release of whatever we're testing - or whatever is appropriate for that month's reporting. Greg Shirey Ben E. Keith Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - SCRT -what's needed
Hey Mark, We have a fairly sizable plex and I try to report on as many as I can...some of the sandbox stuff falls outside the plex. I've run the plex, MULC and SCRT reports and am always told to include everything that I possibly can. So typically I have a handful of sandbox LPAR's that have either partial or no data and I include what I can... --- On Thu, 5/19/11, Mark Zelden wrote: From: Mark Zelden Subject: Re: Running a SYSPLEX - SCRT -what's needed To: IBM-MAIN@bama.ua.edu Date: Thursday, May 19, 2011, 4:35 PM On Thu, 19 May 2011 09:04:17 -0700, Donnelly, John P wrote: >We collect the SMF70,89 records throughout the month and submit a Subcapacity Report each month based on MSU usage; we generally save a few dollars each month. >We must report on all LPARS defined to our processor; in our case a production LPAR and a test LPAR. What are people doing for sandbox LPARs? Ones that may be up and down and may not even have tape or automated processes for collecting and storing SMF data. Most of the sandbox LPARs I have worked on in the past have SMFDUMPs going to DD DUMMY. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - SCRT -what's needed
On Thu, 19 May 2011 09:04:17 -0700, Donnelly, John P wrote: >We collect the SMF70,89 records throughout the month and submit a Subcapacity Report each month based on MSU usage; we generally save a few dollars each month. >We must report on all LPARS defined to our processor; in our case a production LPAR and a test LPAR. What are people doing for sandbox LPARs? Ones that may be up and down and may not even have tape or automated processes for collecting and storing SMF data. Most of the sandbox LPARs I have worked on in the past have SMFDUMPs going to DD DUMMY. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - SCRT -what's needed
We collect the SMF70,89 records throughout the month and submit a Subcapacity Report each month based on MSU usage; we generally save a few dollars each month. We must report on all LPARS defined to our processor; in our case a production LPAR and a test LPAR. Our SCRT eligible products are: "z/OS V1","5694-A01",33 "CICS TS for z/OS V3","5655-M15",33 "MQSeries for z/OS V6","5655-L82",33 "IBM Enterprise Cobol for z/OS and OS/390 V3 In our installation parameters for SCRT Release 19.2 the following IMS products are eligible for SCRT: EDIT BDC2.SCRT.V19R2M0.NO89237 lines dele Command ===> Scroll ===> C ** * Top of Data ** 01 * IMS DATA COLLECTOR FOR WEBSPHERE STUDIO APPL MONITOR V3 02 * TIVOLI COMPOSITE APPLICATION MANAGER FOR IMS V6 ** Bottom of Data Suggest install the current SCRTool, collect the data over a month and see what you get... If the rolling average for MSU utilization in a given month is lower than the licensed capacity of your processor you may save a few dollars each month... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of JT Sent: Thursday, May 19, 2011 5:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Running a SYSPLEX - what's needed Thanks for all the responses here and offline. Here are some answers to questions about our environment: - The 2096-T01 is our only processor. We are running z/OS 1.11. - We do not currently use sub-capacity processing. We do not submit monthly SCRT reports. - The T01 runs at 100% every night for 10 hours. - The IMS address space and MPRs are up from 6AM-8PM daily. These address spaces average LT 3% utilization during this time. The peak for a 30 minute interval is almost always under 5%. - There is a small amount batch IMS during the nightly cycle (after 8PM). - We run IMS TM/DM. Some IMS TM also use DB2. - We currently use CA-MIM when the TECH LPAR is up - not GRS. - IMS DM and TM are currently under EWLC pricing. The main IMS application is critical to our business. It is not scheduled to be replaced for at least 5 years. Several folks commented off-line that if we only use a single CEC there is no possibility of savings. Planning for Sub-capacity Pricing on z/OS indicates the sub-capacity pricing metric operates at the LPAR level. I did not see anything about CEC limitations. Did I miss something? Are there any small shops out there that have been successful at controlling IMS costs by creating a separate 'IMS LPAR'? Thanks for the responses. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html