DFHZXPS uses a byte in the TCTTE, TCTE_BID_STATUS, to track the various stages of recovery. It is possible to examine this byte to determine the stage of recovery reached by DFHZXPS.
The byte values have the following meanings.
This session has not been processed by DFHZXPS.
A positive response is to be sent to a bid which was received before system failure. This value is changed to X'07' TCTE_SENT_POSITIVE_RESPONSE before the TCTTE is requeued to DFHZACT for the SEND and so will only be seen if DFHZXPS abends. When the response has been sent DFHZXPS will be recalled.
A negative response is to be sent to a bid with data which was sent before system failure. This needs to be followed by RTR and so the status byte is changed to X'03' SEND_RTR before the TCTTE is requeued to DFHZACT for the SEND. This is another value which should only be seen if DFHZXPS abends. DFHZXPS will be recalled when the response has been sent.
Recovery is complete apart from the need to send RTR. This will be done by DFHZDET and DFHZXPS will not be recalled.
RTR was sent before system failure. There is no recovery to be done. DFHZXPS will not be recalled.
Either we received a positive response to a bid or we sent a positive response to RTR before the system failed. The bid now has to be canceled. This will be done by DFHZDET and DFHZXPS will not be recalled.
A bid was sent before the system failed. No further recovery is required. When the response arrives from the partner the bid will be canceled. DFHZXPS will not be recalled.
Either a positive response has been sent to a bid or one is about to be sent (see above under SEND_POSITIVE_RESPONSE). In the former case DFHZXPS will not be recalled, in the latter case it will.
A negative response was sent to a bid before the system failed. Any further recovery will be carried out by DFHZDET and DFHZXPS will not be recalled.
As above except that no RTR is expected in this case. No further recovery processing is needed from either DFHZXPS or DFHZDET.
All recovery is now complete.
The last flow was inbound with CEB,RQD1 and so although there is no task to ABEND a response is still expected by the partner. We requeue for DFHZSDL to send the response and any further recovery processing will be done by DFHZDET. DFHZXPS will not be recalled.
As above except that the last flow was inbound. DFHZDET will arrange for the response to be received. DFHZXPS will not be recalled.
TCTE_BID_STATUS must be used in conjunction with TCTE_PRSS to determine the state of the recovery. If TCTE_PRSS is set to TCTE_ZXPS_ISSUE_RECOVERY_MESSAGE, or to a state which indicates that recovery is complete, DFHZXPS has finished processing. If not DFHZXPS will be recalled at a later stage.
[[ Contents Previous Page | Next Page Index ]]