Currently, CICS version 1.3 modules are loaded in LPA and CICS regions are running with LPA=YES. How do you suggest moving version 2.2 modules in LPA while some regions are still at version 1.3? The installation guide says "modules with mismatching service levels can cause unpredictable results."
Well, I don't, is the short answer.
If you are running different CICS levels in the same MVS image, then only one level (CTS 1.3 or CTS 2.2) can have modules residing in the LPA. The SVCs are shareable, however, as long as you use the CTS 2.2 ones (which will work for CTS 1.3). But, if you don't want to do this then simply use another set of SVC numbers for the CTS 2.2 SVCs.
So, you have got to make a choice as to which of your CTS 1.3 or CTS 2.2 regions needs the slightly better performance benefit of a LPA-resident module.
Back in the good old days, when storage below the line was important, putting things in the LPA was important for space reasons. I don't think that consideration is as important as it used to be.
CICS Technical Strategist -- CICS expert at Search390.com
Editor's note: Do you agree with this expert's response? If you have more to share, post it in one of our .VO7aaqqaAFk.0@/search390>discussion forums.
Dig Deeper on IBM system z and mainframe systems
Related Q&A from Robert Crawford
For better mainframe capacity planning, how do I convert CPU hours to MIPS? And is there a way to calculate the relationship between MIPS and MSUs? Continue Reading
I have two years of experience in mainframe technology, currently working as a mainframe developer. I want to change to Java technology. Continue Reading
I want to replicate DB2 from the mainframe to an AIX box since it's cheaper and the copy can be used for testing. Is this possible? Continue Reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.