The STOPAFTER parameter is optional. It allows you to interrupt the reorganization process. By selecting a step name, you identify the last step to be completed before processing stops. Concepts explains the function of each step.
STOPAFTER Syntax and Options
[,STOPAFTER= {CURRENT
ANALYSIS
OPTALLOC
PRIALLOC
SECALLOC
MATCH
IIXSDBK
UPDLINK
STORE
EOR◄}]
This option indicates that a STOPAFTER option follows. You select the reorganization step to be completed before processing stops. Concepts explains the function of each step. The default is EOR.
Note: Once execution begins, an alternative to STOPAFTER is available.You can enter a Console Communication Command at the operator console to request a halt in execution after the current step is completed. You must have specified the DSPLYINT parameter in the current run.
Stop execution after the current logical step in the reorganization sequence.
Stop execution after the Analysis (ANALYSIS) step has been completed.
Stop execution after the Optimum Allocation Pointer Extract (OPTALLOC) step has been completed.
Stop execution after the Primary Allocation (PRIALLOC) step has been completed.
Stop execution after the Secondary Allocation (SECALLOC) step has been completed.
Stop execution after the Match (MATCH) step has been completed.
Stop execution after the IIX sorted db key (IIXSDBK) step.
Stop execution after the Update Set Linkage (UPDLINK) step has been completed.
Stop execution after the Store (STORE) step has been completed.
Proceed to the end of the reorganization. When EOR (end of reorganization) is requested, CA IDMS/DB Reorg executes all remaining reorganization steps in sequence.
Rules
The step name specified for STOPAFTER cannot precede (in execution sequence) the step name specified for RESTART.
|
Copyright © 2014 CA.
All rights reserved.
|
|