To use this option,
you must first set TPT=YES and TPT_RESTART=YES.
SAS can restart from
the last checkpoint any failed Fastload, MultiLoad, and Multi-Statement
insert that are run using the TPT API. Teradata returns a checkpoint
value each time MultiLoad or Multi-Statement records a checkpoint.
The SAS log contains this value when a load fails. SAS must provide
the same value as a data set option when it tries to restart the load
process.
Here are the rules that
govern restart.
-
The TPT API does not return a checkpoint
value when FastLoad records a checkpoint. Therefore, you need not
set TPT_CHECKPOINT_VALUE= when you use FastLoad. Set TPT_RESTART=
instead.
-
If the default error table name,
work table name, or restart table name is overridden, SAS must use
the same name while restarting the load process.
-
Teradata loads data in two phases:
the acquisition phase and the application phase. In the acquisition
phase, data transfers from SAS to Teradata. After this phase, SAS
has no more data to transfer to Teradata. If failure occurs after
this phase, set TPT_APPL_PHASE=YES while restarting. (Multi-Statement
insert does not have an application phase. Therefore, it does not
need to be restarted if it fails after the acquisition phase.) Use
OBS=1 for the source data set because SAS has already sent the data
to Teradata. Therefore, there is no need to send any more data.
-
If failure occurred before the
acquisition phase ended and the load process recorded no checkpoints,
you must restart the load process from the beginning by setting TPT_RESTART=YES.
However, you need not set TPT_CHECKPOINT_VALUE= because no checkpoints
were recorded. The error message in the SAS log provides all needed
information for restart.