High Availability Configuration Scenario - Teradata Data Mover

Teradata Data Mover Installation, Configuration, and Upgrade Guide for Customers

Product
Teradata Data Mover
Release Number
16.10
Published
June 2017
Language
English (United States)
Last Update
2018-03-29
dita:mapPath
wcu1482331938115.ditamap
dita:ditavalPath
4102_ICUCustomer_dm_1610.ditaval
dita:id
B035-4102
Product Category
Analytical Ecosystem
To configure high availability successfully, each step must be performed in order as they appear in this section. A use-case example to demonstrate the configuration process is provided following each step. The following table defines the terms used during the failover configuration process.
Example Server Name Server Type Description
DM1 Original-master The system primarily used as the master system before failover occurred. Typically, the server where the primary Data Mover daemon runs, along with one Data Mover agent.
DM2 Designated-slave The slave system assigned to take responsibility as the master system if the original-master stops working. If the DM1 server fails, this is the server that becomes the next master. In the meantime, one Data Mover agent runs here.
DM3 Additional agent Server where one Data Mover agent runs. Not a slave server.
VP1 Orignal-master monitor Server where the primary Data Mover monitor runs. This monitor continuously checks that DM1 is running properly and initiates failover to DM2 if necessary.
VP2 Designated-slave monitor Server where the secondary Data Mover monitor runs. This monitor only becomes active if failover occurs. If failover occurs, this monitor continuously checks that DM2 is running properly and initiates failover to DM1 if necessary.