Fallback Tables | Teradata Vantage - 17.00 - 17.05 - Specifying Fallback Tables - Advanced SQL Engine - Teradata Database

Teradata Vantage™ - Database Administration

Product
Advanced SQL Engine
Teradata Database
Release Number
17.00
17.05
Published
June 2020
Language
English (United States)
Last Update
2021-01-22
dita:mapPath
rgu1556127906220.ditamap
dita:ditavalPath
lze1555437562152.ditaval

Fallback provides data protection at the table level by automatically storing a copy of each permanent data row of a table on a different or “fallback” AMP.

If an AMP fails, Advanced SQL Engine can access the fallback copy and continue operation. If you cluster your AMPs, fallback also provides for automatic recovery of the down AMP once you bring it back online.

Define fallback using the CREATE/ALTER TABLE commands. Fallback-protected tables occupy twice the permanent space as non-fallback tables and require twice the I/O for inserts, updates and deletes. However, the advantages in continued operation and data integrity are well worth the space.

You can define fallback for the following:

  • Primary data table
  • Secondary index subtable
  • Join index of any type, including aggregate join index
  • Hash index
  • Databases
  • Users

Fallback is beneficial because it does the following:

  • Permits access to table data when an AMP is offline.
  • Protects the accessibility and integrity of your data if it becomes unavailable due to a software error.
  • Adds a level of data protection beyond disk array RAID.
  • Automatically applies changes to the offline AMP when it is back online.
You cannot use the NO FALLBACK option and the NO FALLBACK default on platforms optimized for fallback.