CHECK PLUS data sets
The following table lists the data sets that CHECK PLUS uses. You can override some of the ddnames or ddname prefixes by using CHECK command options. Except where noted, you can allocate the data sets to a tape unit. For more information about these data sets, see CHECK PLUS DD statements.
Data set or ddname | Description | Reference |
|---|---|---|
SYSIN | SYSIN is the input data set that contains the CHECK command. | |
SORTWKnn | SORTWK is the work data set that BMCSORT uses. The data set is used in the CHECK phase. CHECK PLUS can simultaneously invoke BMCSORT one or more times during check processing. Each sort process requires its own set of sort work files. You cannot allocate the sort work files as VIO data sets or tape data sets. You must allocate each individual work file on a single DASD unit. | |
SYSERR | CHECK PLUS uses the SYSERR data set as follows:
| |
SYSDISC | CHECK PLUS uses the SYSDISC data set only with the CHECK DATA command. SYSDISC is the data set that contains the foreign keys in violation of DB2-defined or user-defined RI. The file is written during the FIX RI phase. | |
SYSPRINT | SYSPRINT is the output data set that contains CHECK PLUS messages. | |
UTPRINT | UTPRINT is the data set that indicates that sort messages should be reported. The actual messages for each sort process appear in separate SYSnnnnn data sets, where nnnnn is a system-assigned sequential number. This data set is required by any phase that performs a sort. | |
Db2 data sets | CHECK PLUS dynamically allocates the Db2 data sets (table spaces or index spaces) you are checking. Therefore, you do not need to specify them in your JCL. All Db2 catalog access and access to the CHECK PLUS RI rules tables use SQL. | Not applicable |
Related topics