Case 2: Just Wait - Call-Level Interface Version 2

Teradata® Call-Level Interface Version 2 Reference for Workstation-Attached Systems

Product
Call-Level Interface Version 2
Release Number
17.10
Published
October 2021
Language
English (United States)
Last Update
2021-11-02
dita:mapPath
ttt1608578409164.ditamap
dita:ditavalPath
obe1474387269547.ditaval
dita:id
B035-2418
lifecycle
previous
Product Category
Teradata Tools and Utilities
After calling DBCHINI, set the crash/delay options as follows:
  • Tell About Crash (or Tell About Delay) to 'N'
  • Wait Across Crash (Wait Across Delay) to 'Y'
Given this combination, the steps if a database crash/delay occurs follow:
  1. The application program calls DBCHCL for some function.
  2. The system crashes or an AP resets before or after receiving information from DBCHCL.
  3. The application program is not notified of crash or reset and does not gain control.
  4. The database system restarts or an AP reset completes.
  5. The application program regains control from CLI with a return code of EM_OK (0).
  6. When the application program calls DBCHCL for the Fetch function, it obtains
    • The database does not know anything about a request with that request number (Error parcel with error code 2825).
    • The database aborted that request (Failure parcel with failure code 2828).
    • The request completed successfully but the response has been lost (Error parcel with error code 2826).
  7. The application program takes action appropriate to the application.

Before submitting a request, save a copy of the request in case it must be re-submitted. If a transaction spans several requests, save a copy of each request in the transaction in case the transaction must be re-submitted.

If a restart occurs during a logoff request, CLI automatically resubmits the request.

The setting of Wait For Response has no effect on the processing shown above.