CA strongly recommends that GDIF be started before any other products or subsystems that issue GDIF- managed ENQ requests because:
CA MII can be started as SUB=MSTR. This is the earliest that CA MII can be started. To run with SUB=MSTR, append SUB=MSTR to the START command used to start CA MII. Running with SUB=MSTR has some restrictions:
CA MII needs to start as early as possible in the z/OS IPL process to ensure integrity of shared resources. The CA MIM Early Start mechanism addresses this issue.
This startup mechanism uses SYS1.PARMLIB to install and activate module MIMESNQX it very early in the IPL process. MIMESNQX internally starts the CAMIMGR address space, and then immediately starts monitoring global resources. All RESERVE and SYSTEMS ENQ requests are suspended until the CAMIMGR address space is fully initialized.
Important: Set up this mechanism only if you are starting the Global Data Integrity Facility (GDIF).
To set up the Early Start mechanism, edit the following members of the SYS1.PARMLIB data set:
Add the following statement to add the MIMESNQX module to LPA:
INCLUDE LIBRARY(mimloadlibrary) VOLUME(xxxxxx) MODULES(MIMESNQX)
Add the following statement to activate MIMESNQX:
EXIT ADD EXITNAME(ISGNQXIT) MODNAME(MIMESNQX) STATE(ACTIVE) FIRST
If new members were created for IEALPAxx and PROGxx, add the member specifications to the PROG and MLPA parameters.
The following are SYS1.PROCLIB requirements:
Important! If the CAMIMGR address space fails to initialize for any reason, such as a parameter error in the MIMINIT member, the IPL will not complete, because one or more system address spaces will be suspended by MIMESNQX. Attempts to start CAMIMGR manually after correcting the error on another system will also fail, because MIMESNQX has special handling for the ASID created through ASCRE. The only option will be to restart the IPL process from the beginning.
| Copyright © 2011 CA. All rights reserved. | Tell Technical Publications how we can improve this information |