Previous Topic: CA MIC Startup Activities

Next Topic: How You Start CA MIM on a System New to Your Complex

CA MII Startup Activities

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 MIM Early Start Mechanism

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.

Set Up the Early Start Mechanism

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:

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.