Setting up the dumping environment

There are several levels at which the dumping environment can be set up:

Detecting and avoiding duplicate system dumps

When more than one CICS system runs under one instance of the MVS™ operating system, two CICS systems can take duplicate system dumps.

Each CICS system dump header includes a symptom string. The symptom string will be created only if the system dump code has the DAE option specified in the dump table entry. The default action is that symptom strings are not produced. This can, however, be altered by means of the DAE= system initialization parameter.

The symptom strings provide sufficient information to enable the detection of duplicate dumps. You can take advantage of this in either of two ways:

  1. Use MVS Dump Analysis Elimination (DAE) to detect and suppress duplicate dumps. (If the symptom string has been suppressed by the dump table option, DAE will not suppress the system dump.)

    You can control DAE with an ADYSETxx parmlib member. For information about DAE, see OS/390 MVS Diagnosis: Tools and Service Aids.

  2. Manually compare the headers of system dumps, so that you are aware that you have duplicate dumps. Doing it this way, you avoid repeating the same analysis, but still have a separate dump listing for each CICS system.

Related Concepts
Where dumps are written
Events that can cause dumps to be taken
CICS dumping in a sysplex

Related Tasks
Enabling system dumps for some CICS messages
Defining dump data sets

Related References
DUMP
The transaction dump table
The system dump table
[[ Contents Previous Page | Next Page Index ]]