CICS startup
Depending on your system environment, you can start the CICS® job from a procedure by using the START command, or you can submit the CICS startup job stream through the internal reader.
About this task
For an example of a batch job that you can submit through the internal reader, see A sample CICS startup job. A sample CICS startup procedure gives an example of a cataloged procedure suitable for starting CICS as a started task.
DFHSI1517 - applid: Control is being given to CICS.
- Obtaining the required storage for CICS execution from the private area in the CICS address space, above and below the 16MB line.
- Setting up CICS system parameters for the run, as specified by the system initialization parameters.
- Loading and initializing the CICS domains according to the start option specified by the START= system initialization parameter.
- Loading the CICS nucleus with the required CICS modules.
- Installing CICS resource
definitions by:
- Loading, from the CSD, the groups of resources specified by the GRPLIST= system initialization parameter
- Loading the control tables specified by system initialization parameters
- Opening the data sets necessary for initialization, including any needed for backout if the previous run of your CICS region was not shut down normally. Data sets may also be opened for backout even after a successful shutdown, if they had suffered backout failures before the CICS shutdown, because failed backouts are retried at emergency restart.
- Opening BSAM sequential devices as required in the terminal control table (TCT).
Also, if you are operating CICS with CICS recovery options, backout procedures may be used to restore recoverable resources to a logically consistent state. For example, backout can occur if you start CICS with START=AUTO and CICS detects that the previous shutdown was immediate or uncontrolled. With SDTRAN, an immediate shutdown does not always leave in-flight units of work to be backed out. Also, even if there were no in-flight UOWs, it is possible (although rare) that there were backout-failed UOWs for which backout will be retried.
For background information about backout, and recovery and restart, see Troubleshooting for recovery processing.
In the final stages of initialization, a set of programs can be executed as specified in a program list table (PLT). You specify the suffix of the PLT you want by means of the PLTPI parameter in the SIT. Initialization PLT programs run under control of a CICS task in CICS key. Their storage is in CICS-key storage, and protected from overwriting by other transactions.
The PLTPI resource managers start in the following sequence when specified in the system initialization table:
- CPSMCONN=CMAS
- CPSMCONN=LMAS
- CPSMCONN=WUI
- DBCTLCON=YES
- DB2CON=YES
- MQCON=YES
This sequence only applies to the above system initialization parameters and not for PLTPI programs in general.
For more information about the user ID under which PLT programs run, see PLT programs.
For programming information about writing PLT programs, see Writing initialization and shutdown programs.
INITPARM=(DFHD2INI='yyyy')
where yyyy
is
the 4-character DB2 subsystem
ID. The value must conform to MVS™ JCL
rules about special characters. You cannot use the ID of a data sharing
group of DB2 subsystems on
the INITPARM system initialization parameter —
you must specify the ID of a single DB2 subsystem.
If you want to use the INITPARM system initialization
parameter to specify a DB2 subsystem,
leave blank both the DB2GROUPID and the DB2ID in the installed DB2CONN
definition. An ID specified in either of these attributes of the DB2CONN
definition overrides an ID specified on the INITPARM system
initialization parameter.