John, Is it a good idea to put a new page dataset on the same volume as an existing one? At least as current as z/OS 1.4, you can't IDCAMS DELETE an unused page dataset if there is an active page dataset on the same volume as the inactive one.
Also, there is the issue when doing multiple PAGEADD/PAGEDEL commands that in-use slots from old page datasets are brought forward to the new ones, and can cause problems if too many of these commands are performed. Doing an IBMLINK search on PAGEDEL gives a technical Q&A response from 6/27/2005 that discussed this phenomenon. Rex Howard, If you are running low on paging resources, other than PLPA or COMMON, then please look at the PAGEADD command. Run an IDCAMS job to create a new page dataset(s) with the DEFINE PAGE command. After it completes, you can do the PAGEADD command to add the new dataset into the configuration automatically. If you would like to replace a page dataset, do the above, followed by a PAGEDEL command of the old. I have done this in the past. You can even put the new page dataset on the same volume as the old one, if the volume has enough contiguous space. There is a very slight performance hit to have more than one page dataset on a single volume. But this hit is "going away" because the latest release of z/OS will no longer use the suspend/resume type processing. As others have said, I'd create a new IEASYSnn member in PARMLIB with my new paging configuration. I've finger checked too many times to trust myself anymore. Refer to the new IEASYSnn member in a new LOADnn member of SYS1.IPLPARM. When you IPL, point to the new LOADnn member. That way, if anything goes wrong, you should still be able to IPL with the old configuration. Paranoid? You bet! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. ---------------------------------------------------------------------- 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
