Agreed -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, January 02, 2014 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Local Page dataset sizing/quantity ROT?
One additional precaution measure: specify PAGTOTL= sufficiently large, so page datasets can be added without an IPL. Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Thursday, January 02, 2014 15:15 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Local Page dataset sizing/quantity ROT? Determine virtual storage to be backed. Virtual to real (for that LPAR) no greater than 3:1. This can be done by estimation or looking at RMF. Allocate sufficient local page slots such that no single local page DS has more than 30% of slots in use. Spread these slots over and many devices/paths as practical. Beware of paging hotspots (Directed VIO,......) and spikes (SVC dumps,....) HTH, <snip> Hope everyone had a good holiday. Just looking at doing a little housecleaning. Haven't visited Local page dataset's since 2006. In general we don't page much, and if we do it usually because there is a problem, or someone is doing something they probably shouldn't. MVS Init and Tuning Guide gives some pointers, but was hoping for some real life ROT's to follow. Today we have a roughly 36GB of LOCAL page for each system, that was setup in 2006 spread across 4 mod-9's. Back then we didn't have the amount of memory on the processors that we have now, nor did we have DB2's using data above the bar. Most of the systems in our sysplex have around 40Gb of memory configured online. We have many more DB2 V10 instances active now than we did in 2006. Without doing a lot of math and measurements, I'm leaning towards giving each system between 80 and 100Gb's of local page spread across 4 LOCAL page datasets for each system? We have dynamic PAV's enabled. That would be 3-4 mod27's each. I could go with mod-54's, at 2 per system, but not really sure how much the actual number of virtual DASD devices even matters anymore? </snip> ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
