Re: MAXSPACE and central storage
I dont think so . During our DB2 v10 upgrade, we had to increase maxspace to 16000 M ,then we added only the local page datasets . On Fri, Jul 26, 2013 at 3:07 AM, Robert Hahne roberthahne...@hotmail.comwrote: Greetings , We have a requirement in our shop to change the MAXSPACE value from 2000M to 8000M . IBM says there should be a 1:3 ratio between maxspace and auxiliary storage . that means , my total auxiliary storage needs to be increased by 3 times which is 24000 M (to satisfy 1:3 ratio) . I did that as well . Now my concern is that my Central storage is 5690 M and will it create any problem once i set the maxspace to 8000 M .I couldn't find any documentation which says central storage should be increased . I'm trying to understand how DUMPSRV address space works when it is allowed to capture a dump of 8000M in size considering my central and local page dataset sizes given above . we are on z/os 1.11 and thus AUXMGMT is set as ON by default . Please share your thoughts on this . Thanks in Advance , Bob -- 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
Re: MAXSPACE and central storage
I don't think performance will degrade because of the MAXSPACE value, but before that happens, you will notify paging and paging-delays because of insufficient central storage. I suggest you monitor paging and %full of the local pagedatasets. You should have a robust paging configuration anyway, enough slots and enough access paths, to handle page-out bursts that can occur during dumps. But not only during dump, but also during e.g. large DB2 Reorgs and Loads where DFSORT requests large amounts of central storage from z/OS, and z/OS will provide them by (sometimes) mass page-outs of unused pages. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert Hahne Sent: Friday, July 26, 2013 14:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MAXSPACE and central storage but , i feel there might be some performance degradation down the line . anybody has any suggestions ? Regards, Bob Date: Fri, 26 Jul 2013 14:21:38 +0530 From: baby.ekla...@gmail.com Subject: Re: MAXSPACE and central storage To: IBM-MAIN@LISTSERV.UA.EDU I dont think so . During our DB2 v10 upgrade, we had to increase maxspace to 16000 M ,then we added only the local page datasets . On Fri, Jul 26, 2013 at 3:07 AM, Robert Hahne roberthahne...@hotmail.comwrote: Greetings , We have a requirement in our shop to change the MAXSPACE value from 2000M to 8000M . IBM says there should be a 1:3 ratio between maxspace and auxiliary storage . that means , my total auxiliary storage needs to be increased by 3 times which is 24000 M (to satisfy 1:3 ratio) . I did that as well . Now my concern is that my Central storage is 5690 M and will it create any problem once i set the maxspace to 8000 M .I couldn't find any documentation which says central storage should be increased . I'm trying to understand how DUMPSRV address space works when it is allowed to capture a dump of 8000M in size considering my central and local page dataset sizes given above . we are on z/os 1.11 and thus AUXMGMT is set as ON by default . Please share your thoughts on this . Thanks in Advance , Bob -- 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 -- 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
Re: MAXSPACE and central storage
Take a look at the APAR OA22623 . This is pretty old one , but worth reading Thank you, Roger From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 26, 2013 6:38 PM Subject: Re: MAXSPACE and central storage I don't think performance will degrade because of the MAXSPACE value, but before that happens, you will notify paging and paging-delays because of insufficient central storage. I suggest you monitor paging and %full of the local pagedatasets. You should have a robust paging configuration anyway, enough slots and enough access paths, to handle page-out bursts that can occur during dumps. But not only during dump, but also during e.g. large DB2 Reorgs and Loads where DFSORT requests large amounts of central storage from z/OS, and z/OS will provide them by (sometimes) mass page-outs of unused pages. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert Hahne Sent: Friday, July 26, 2013 14:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MAXSPACE and central storage but , i feel there might be some performance degradation down the line . anybody has any suggestions ? Regards, Bob Date: Fri, 26 Jul 2013 14:21:38 +0530 From: baby.ekla...@gmail.com Subject: Re: MAXSPACE and central storage To: IBM-MAIN@LISTSERV.UA.EDU I dont think so . During our DB2 v10 upgrade, we had to increase maxspace to 16000 M ,then we added only the local page datasets . On Fri, Jul 26, 2013 at 3:07 AM, Robert Hahne roberthahne...@hotmail.comwrote: Greetings , We have a requirement in our shop to change the MAXSPACE value from 2000M to 8000M . IBM says there should be a 1:3 ratio between maxspace and auxiliary storage . that means , my total auxiliary storage needs to be increased by 3 times which is 24000 M (to satisfy 1:3 ratio) . I did that as well . Now my concern is that my Central storage is 5690 M and will it create any problem once i set the maxspace to 8000 M .I couldn't find any documentation which says central storage should be increased . I'm trying to understand how DUMPSRV address space works when it is allowed to capture a dump of 8000M in size considering my central and local page dataset sizes given above . we are on z/os 1.11 and thus AUXMGMT is set as ON by default . Please share your thoughts on this . Thanks in Advance , Bob -- 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 -- 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
Re: MAXSPACE and central storage
Hello Robert , I found an interesting thread started by Lizette on this topic years ago while searching through the archives . This might answer your queries . http://bit.listserv.ibm-main.narkive.com/ymNxMmDq/maxspace-and-real-memory Regards, Baby On Fri, Jul 26, 2013 at 7:57 PM, Roger Steyn roger.st...@yahoo.com wrote: Take a look at the APAR OA22623 . This is pretty old one , but worth reading Thank you, Roger From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 26, 2013 6:38 PM Subject: Re: MAXSPACE and central storage I don't think performance will degrade because of the MAXSPACE value, but before that happens, you will notify paging and paging-delays because of insufficient central storage. I suggest you monitor paging and %full of the local pagedatasets. You should have a robust paging configuration anyway, enough slots and enough access paths, to handle page-out bursts that can occur during dumps. But not only during dump, but also during e.g. large DB2 Reorgs and Loads where DFSORT requests large amounts of central storage from z/OS, and z/OS will provide them by (sometimes) mass page-outs of unused pages. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert Hahne Sent: Friday, July 26, 2013 14:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MAXSPACE and central storage but , i feel there might be some performance degradation down the line . anybody has any suggestions ? Regards, Bob Date: Fri, 26 Jul 2013 14:21:38 +0530 From: baby.ekla...@gmail.com Subject: Re: MAXSPACE and central storage To: IBM-MAIN@LISTSERV.UA.EDU I dont think so . During our DB2 v10 upgrade, we had to increase maxspace to 16000 M ,then we added only the local page datasets . On Fri, Jul 26, 2013 at 3:07 AM, Robert Hahne roberthahne...@hotmail.comwrote: Greetings , We have a requirement in our shop to change the MAXSPACE value from 2000M to 8000M . IBM says there should be a 1:3 ratio between maxspace and auxiliary storage . that means , my total auxiliary storage needs to be increased by 3 times which is 24000 M (to satisfy 1:3 ratio) . I did that as well . Now my concern is that my Central storage is 5690 M and will it create any problem once i set the maxspace to 8000 M .I couldn't find any documentation which says central storage should be increased . I'm trying to understand how DUMPSRV address space works when it is allowed to capture a dump of 8000M in size considering my central and local page dataset sizes given above . we are on z/os 1.11 and thus AUXMGMT is set as ON by default . Please share your thoughts on this . Thanks in Advance , Bob -- 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 -- 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
MAXSPACE and central storage
Greetings , We have a requirement in our shop to change the MAXSPACE value from 2000M to 8000M . IBM says there should be a 1:3 ratio between maxspace and auxiliary storage . that means , my total auxiliary storage needs to be increased by 3 times which is 24000 M (to satisfy 1:3 ratio) . I did that as well . Now my concern is that my Central storage is 5690 M and will it create any problem once i set the maxspace to 8000 M .I couldn't find any documentation which says central storage should be increased . I'm trying to understand how DUMPSRV address space works when it is allowed to capture a dump of 8000M in size considering my central and local page dataset sizes given above . we are on z/os 1.11 and thus AUXMGMT is set as ON by default . Please share your thoughts on this . Thanks in Advance , Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
