Considerations for Aborting a Job - BAR - Data Stream Architecture - Learn reasons for and considerations against aborting a job.

Teradata® DSA User Guide

Product
BAR
Data Stream Architecture
Release Number
16.20
Published
November 2019
Language
English (United States)
Last Update
2019-11-27
dita:mapPath
xfr1514490991957.ditamap
dita:ditavalPath
3150_DSA_UG_1650-working-RR-new.ditaval
dita:id
B035-3150
lifecycle
previous
Product Category
Software
Teradata Tools and Utilities
Reasons to abort a job after it has been submitted include:
  • You forgot to include an object for backup in the job definition XML file.
  • You see that data will fill the media if the job is completed.
If you abort a restore job of a DSC repository backup while the job is in progress, the DSC metadata is corrupted. DSC triggers a command to restore all repository tables to their initial state, which is an empty table. The current data in the DSC repository is lost and must be recovered using disaster recovery.

You can use the abort_job command to abort an actively running job or a job in the queue. An abort command creates two states for the job. While the job state is aborting, devices are being released for other jobs to use. After the job has reached an aborted state, the job releases DSA stream resources and the DSC job slot.

If you abort an actively running job, DSA does not create a save set. Any backed up files are rolled back to the state they were in following the last complete, successful run. Third-party backup management software does not keep records of jobs that are not run successfully.