PDSMAN Replacement
Hi, I have the task of removing CA-PDSMAN from two of our systems. We currently use the following functions: * PDSMAN Library Space Reuse facility * Dynamic BLDL Facility * Remote Data Compare I believe I can convert my PDS¹s to PDS/e¹s to negate the need for the Space Reuse facility. The Dynamic BLDL function causes me a little concern. I have inherited a situation where we have one massive load library that contains all batch & online application programs. All batch jobs and online systems have either a JOBLIB or STEPLIB DD Statement that references this one library. Many years ago (well before my time) the techies turned off this PDSMAN feature and had very severe system performance issues for online and batch applications, resulting in this feature being re-enabled. I was think of splitting the library, perhaps by application to reduce the search time for none application code. The remote Data Compare is used in batch to compare PDS¹s on the QA & Production systems. A checksum is generated for each PDS and then compared. If a difference is found a WTO is posted (picked up by automation) that triggers a check of the libraries. Does anyone have any experience of replacing these functions and have any ideas of how to replace and any advice on the process? Regards Mark -- 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: PDSMAN Replacement
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Wilson > Sent: Thursday, May 21, 2009 1:30 AM > To: IBM-MAIN@bama.ua.edu > Subject: PDSMAN Replacement > > Hi, > > I have the task of removing CA-PDSMAN from two of our systems. > > We currently use the following functions: > > * PDSMAN Library Space Reuse facility > * Dynamic BLDL Facility > * Remote Data Compare > > I believe I can convert my PDS¹s to PDS/e¹s to negate the > need for the Space > Reuse facility. Likely true. However, remember that a PDSE cannot be shared except within a single SYSPLEX. If you try to share it across multiple SYSPLEXes or MONOPLEXes, then "results are undefined" and likely to be terrible (corrupted PDSEs). > > The Dynamic BLDL function causes me a little concern. I have > inherited a > situation where we have one massive load library that > contains all batch & > online application programs. All batch jobs and online > systems have either a > JOBLIB or STEPLIB DD Statement that references this one > library. Many years > ago (well before my time) the techies turned off this PDSMAN > feature and had > very severe system performance issues for online and batch > applications, > resulting in this feature being re-enabled. I was think of > splitting the > library, perhaps by application to reduce the search time for none > application code. Use LLA. It can be used to buffer any load library, not just the LINKLIST. ./ ADD NAME=CSVLLAnn LIBRARIES(-LNKLST-, NPHPN.PGM.LOADLIB, DCHPN.ENDEVOR.EZTPLUS.LOADLIB) FREEZE(-LNKLST-, NPHPN.PGM.LOADLIB, DCHPN.ENDEVOR.EZTPLUS.LOADLIB) ./ENDUP is an example. > > The remote Data Compare is used in batch to compare PDS¹s on the QA & > Production systems. A checksum is generated for each PDS and > then compared. > If a difference is found a WTO is posted (picked up by > automation) that > triggers a check of the libraries. I can't help with this one. > > Does anyone have any experience of replacing these functions > and have any > ideas of how to replace and any advice on the process? > > Regards > > Mark -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-961-6183 cell john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: PDSMAN Replacement
I once worked in a shop with one production load library. It was a mega headache posing performance, security, and RAS problems. We took frequent unplanned outages while the library was compressed. And that was a tiny shop over 40 years ago. I am a little surprised that your auditors have not kicked your backside over this long ago. Anyway, I'd begin a conversion to application level load (and source) libraries ASAP. Be prepared to deal with debris that no one is going to know anything about. As to the compare requirement, I'd look at the native TSO PDS compare utilities. These are pretty easy to set up in batch and there should be return codes or some such usable to trigger your automation. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Wilson Sent: Thursday, May 21, 2009 1:30 AM To: IBM-MAIN@bama.ua.edu Subject: PDSMAN Replacement Hi, I have the task of removing CA-PDSMAN from two of our systems. We currently use the following functions: * PDSMAN Library Space Reuse facility * Dynamic BLDL Facility * Remote Data Compare I believe I can convert my PDS¹s to PDS/e¹s to negate the need for the Space Reuse facility. The Dynamic BLDL function causes me a little concern. I have inherited a situation where we have one massive load library that contains all batch & online application programs. All batch jobs and online systems have either a JOBLIB or STEPLIB DD Statement that references this one library. Many years ago (well before my time) the techies turned off this PDSMAN feature and had very severe system performance issues for online and batch applications, resulting in this feature being re-enabled. I was think of splitting the library, perhaps by application to reduce the search time for none application code. The remote Data Compare is used in batch to compare PDS¹s on the QA & Production systems. A checksum is generated for each PDS and then compared. If a difference is found a WTO is posted (picked up by automation) that triggers a check of the libraries. Does anyone have any experience of replacing these functions and have any ideas of how to replace and any advice on the process? Regards Mark -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: PDSMAN Replacement
On Thu, 21 May 2009 07:53:08 -0500, McKown, John wrote: >> -Original Message- >> From: IBM Mainframe Discussion List >> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Wilson >> Sent: Thursday, May 21, 2009 1:30 AM >> To: IBM-MAIN@bama.ua.edu >> Subject: PDSMAN Replacement >> >> Hi, >> >> I have the task of removing CA-PDSMAN from two of our systems. >> >> We currently use the following functions: >> >> * PDSMAN Library Space Reuse facility >> * Dynamic BLDL Facility >> * Remote Data Compare >> >> I believe I can convert my PDS¹s to PDS/e¹s to negate the >> need for the Space >> Reuse facility. > >Likely true. However, remember that a PDSE cannot be shared except within a single SYSPLEX. If you try to share it across multiple SYSPLEXes or MONOPLEXes, then "results are undefined" and likely to be terrible (corrupted PDSEs). > >> >> The Dynamic BLDL function causes me a little concern. I have >> inherited a >> situation where we have one massive load library that >> contains all batch & >> online application programs. All batch jobs and online >> systems have either a >> JOBLIB or STEPLIB DD Statement that references this one >> library. Many years >> ago (well before my time) the techies turned off this PDSMAN >> feature and had >> very severe system performance issues for online and batch >> applications, >> resulting in this feature being re-enabled. I was think of >> splitting the >> library, perhaps by application to reduce the search time for none >> application code. > >Use LLA. It can be used to buffer any load library, not just the LINKLIST. > >./ ADD NAME=CSVLLAnn >LIBRARIES(-LNKLST-, > NPHPN.PGM.LOADLIB, > DCHPN.ENDEVOR.EZTPLUS.LOADLIB) >FREEZE(-LNKLST-, > NPHPN.PGM.LOADLIB, > DCHPN.ENDEVOR.EZTPLUS.LOADLIB) >./ENDUP > >is an example. > Since the OP said he would convert to PDSE, he can take advantage PDSE / SMS caching (so make sure the PDSE is SMS controlled). Be sure to review technote "TIPS0567 - Partitioned Data Set Extended (PDSE) Hiperspace (Caching) Problems, Considerations, and Parameter Changes" which explains the caveats including CPU cycles (I have no idea how much PDSMAN Dynamic BLDL Facility "costs" in terms of cycles and storage). In addition the OP should make sure to use the IGDSMSxx parm / setting: PDSE1_BUFFER_BEYOND_CLOSE(YES) PDSE_BUFFER_BEYOND_CLOSE(YES) isn't really helpful since the LNKLST is never closed anyway. (note the difference between PDSE1_ & PDSE_) The Partitioned Data Set Extended Usage Guide Redbook is a good source also (SG24-6106). If you search the Redbook site you should be able to find both of the above. >> >> The remote Data Compare is used in batch to compare PDS¹s on the QA & >> Production systems. A checksum is generated for each PDS and >> then compared. >> If a difference is found a WTO is posted (picked up by >> automation) that >> triggers a check of the libraries. > >I can't help with this one. > Nothing slick. Perhaps if you can get a shared volume between the 2 environments you can run a job that copies one of the 2 libraries you are comparing in the first step to the shared volume and then submits a job (NJE, FTP) to run on the other system that uses IEBCOMPR. The 2nd step of the submitted job could use any standard "opswto" program to generate the WTO / WTOR based on a non-zero return code. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
Re: PDSMAN Replacement
Mark - Something you should take into consideration about going the LLA-route with your large load library is how often the library is updated. Putting the library in LLA Freeze mode brings you directory search performance benefits, but can lead to problems when members are updated. This is the "Dynamic" part of the Dynamic BLDL facility. On the other hand, if you use LLA NoFreeze mode you lose much of the performance benefit you seek. Is there a particular reason you're being asked to remove PDSMAN? Jeffrey King CA PDSMAN Principle Software Engineer Columbus, Ohio USA tel: +1 614 785 2743 or x62743 jeffrey.k...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, May 21, 2009 8:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PDSMAN Replacement > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Wilson > Sent: Thursday, May 21, 2009 1:30 AM > To: IBM-MAIN@bama.ua.edu > Subject: PDSMAN Replacement > > Hi, > > I have the task of removing CA-PDSMAN from two of our systems. > > We currently use the following functions: > > * PDSMAN Library Space Reuse facility > * Dynamic BLDL Facility > * Remote Data Compare > > I believe I can convert my PDS¹s to PDS/e¹s to negate the > need for the Space > Reuse facility. Likely true. However, remember that a PDSE cannot be shared except within a single SYSPLEX. If you try to share it across multiple SYSPLEXes or MONOPLEXes, then "results are undefined" and likely to be terrible (corrupted PDSEs). > > The Dynamic BLDL function causes me a little concern. I have > inherited a > situation where we have one massive load library that > contains all batch & > online application programs. All batch jobs and online > systems have either a > JOBLIB or STEPLIB DD Statement that references this one > library. Many years > ago (well before my time) the techies turned off this PDSMAN > feature and had > very severe system performance issues for online and batch > applications, > resulting in this feature being re-enabled. I was think of > splitting the > library, perhaps by application to reduce the search time for none > application code. Use LLA. It can be used to buffer any load library, not just the LINKLIST. ./ ADD NAME=CSVLLAnn LIBRARIES(-LNKLST-, NPHPN.PGM.LOADLIB, DCHPN.ENDEVOR.EZTPLUS.LOADLIB) FREEZE(-LNKLST-, NPHPN.PGM.LOADLIB, DCHPN.ENDEVOR.EZTPLUS.LOADLIB) ./ENDUP is an example. > > The remote Data Compare is used in batch to compare PDS¹s on the QA & > Production systems. A checksum is generated for each PDS and > then compared. > If a difference is found a WTO is posted (picked up by > automation) that > triggers a check of the libraries. I can't help with this one. > > Does anyone have any experience of replacing these functions > and have any > ideas of how to replace and any advice on the process? > > Regards > > Mark -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-961-6183 cell john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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
Re: PDSMAN Replacement
On Thu, May 21st, 2009 at 11:47 PM, "King, Jeffrey E" wrote: > Is there a particular reason you're being asked to remove PDSMAN? Yeah I was interested in this too. And I don't even have any (potential or otherwise) "interests", other than knowing some of the people involved in the development of the (excellent) product. Shane ... -- 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: PDSMAN Replacement
Shane Ginnane wrote: > On Thu, May 21st, 2009 at 11:47 PM, "King, Jeffrey E" wrote: > > >> Is there a particular reason you're being asked to remove PDSMAN? >> > > Yeah I was interested in this too. And I don't even have any (potential > or otherwise) "interests", other than knowing some of the people > involved in the development of the (excellent) product. > > Shane ... > > > I'll take a wild guess and say money. -- Mark Jacobs Time Customer Service Tampa, FL In theory there is no difference between theory and practice. In practice there is. - Yogi Berra -- 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: PDSMAN Replacement
>Is there a particular reason you're being asked to remove PDSMAN? Gee, in this day and age, I could probably think of one reason the OP is being asked to do so. Three guesses and the first two don't count. - Too busy driving to stop for gas! -- 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: PDSMAN Replacement
> Mark, > > Not so much of a wild guess...:)..exactly right.Looking to reduce costs as > far as we can...almost at the point if you cannot justify the software get > rid > > Mark > > > On 21/05/2009 15:45, "Mark Jacobs" wrote: > >> Shane Ginnane wrote: >>> > On Thu, May 21st, 2009 at 11:47 PM, "King, Jeffrey E" wrote: >>> > >>> > >> Is there a particular reason you're being asked to remove PDSMAN? >> >>> > >>> > Yeah I was interested in this too. And I don't even have any (potential >>> > or otherwise) "interests", other than knowing some of the people >>> > involved in the development of the (excellent) product. >>> > >>> > Shane ... >>> > >>> > >>> > >> >> I'll take a wild guess and say money. >> >> -- >> Mark Jacobs >> Time Customer Service >> Tampa, FL >> >> >> In theory there is no difference between theory and practice. >> In practice there is. >> >> - Yogi Berra >> >> -- >> 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 >> >> >> >> > > > ___ > Mark Wilson > Technical Director > RSM Partners Limited > Greenhill Industrial Estate > Birmingham Road > Kidderminster > DY10 2RN > > Mobile: +44 (0) 7768 617006 > Email: ma...@rsmpartners.com > > Chairman GSE Large Systems Working Group. > Large Systems Web Site is: > http://lsx.gse.org.uk/ > ___ ___ Mark Wilson Mobile: +44 (0) 7768 617006 Email: mark.wil...@pobox.com Chairman GSE Large Systems Working Group. Large Systems Web Site is: http://lsx.gse.org.uk/ ___ -- 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