Dealing with AMPS - MultiLoad

Teradata MultiLoad Reference

Product
MultiLoad
Release Number
15.00
Language
English (United States)
Last Update
2018-09-27
dita:id
B035-2409
lifecycle
previous
Product Category
Teradata Tools and Utilities

Dealing with AMPS

This section describes dealing with down and nonparticipant AMPs.

Down AMPs

The impact of down AMPs on Teradata MultiLoad tasks depends on:

  • The number of AMPs that are down, either logically or physically, in a cluster.
  • The operational phase of the Teradata MultiLoad task when the down AMP condition occurs.
  • Whether the target tables are fallback or nonfallback.
  • If all of the target tables are fallback and not more than one AMP is down, then Teradata MultiLoad tasks continue to run as long as there is not more than one AMP down, either logically or physically, in a cluster. The down AMP does not participate in the application phase if:

  • The AMP goes down before the Teradata MultiLoad task enters the application phase, and the AMPCHECK parameter is set to NONE
  • Certain I/O errors occur during the application phase
  • If all of the target tables are fallback and two or more AMPs are down, then Teradata MultiLoad tasks do not run, or terminate if two or more AMPs are down, either logically or physically, in a cluster.

    Note: In the application phase, if AMPs are down to the extent that data on the disk is corrupted, then the affected tables must be manually restored.

    If one or more of the target tables is nonfallback and one or more AMPs are down, then Teradata MultiLoad tasks terminate and they cannot be restarted until all of the AMPs are back up.

    Note: Teradata MultiLoad also terminates if I/O errors corrupt the target tables in the application phase.

    Nonparticipant AMPs

    There are three ways for an AMP to become nonparticipant for a Teradata MultiLoad task.

  • When any AMP is down at the end of the acquisition phase/beginning of the application phase, then the associated AMP becomes a nonparticipant if the AMPCHECK NONE option is specified in the BEGIN MLOAD command.
  • An AMP can only become a nonparticipant if the target table is defined as having fallback protection because Teradata MultiLoad does not run after the acquisition phase. The AMPCHECK APPLY and ALL options would prevent the occurrence of nonparticipant AMPs in this situation.

  • When I/O errors occur in certain Teradata MultiLoad tables during the application phase, then the associated AMP becomes a nonparticipant when the I/O recovery operation stops the Teradata MultiLoad task.
  • When a head/disk assembly (HDA) fails during the application phase, then the associated AMP becomes a nonparticipant, but it returns after the disk is replaced and the Disk Copy and Table Rebuild utilities are run.
  • In effect, Teradata MultiLoad treats a nonparticipant AMP as if it were a down AMP. Thus, Teradata MultiLoad does not run if a cluster has any combination of more than one AMP that is:

  • Down
  • Offline
  • Nonparticipant
  • If more than one AMP in a cluster becomes a nonparticipant during the application phase, the Teradata MultiLoad task cannot continue. The target tables are considered unusable, and must be recovered from archives.