Self-Healing Unrecoverable Tables | Teradata Business Continuity Manager - Self-Healing Unrecoverable Tables - Teradata Business Continuity Manager

Teradata® Business Continuity Manager User Guide - 1.01.01

Deployment
VantageCloud
VantageCore
Edition
Enterprise
IntelliFlex
VMware
Product
Teradata Business Continuity Manager
Release Number
1.01.01
Published
March 2023
Language
English (United States)
Last Update
2023-03-13
dita:mapPath
qra1653979755546.ditamap
dita:ditavalPath
ft:empty
dita:id
B035-2550
lifecycle
previous
Product Category
Analytical Ecosystem

Business Continuity Manager self-healing feature can automatically validate, re-synchronize, and re-activate unrecoverable tables. Tables may become unrecoverable when a session encounters data inconsistency with multiple tables involved in the request. Only one of the involved tables may be out of sync. The rest of the tables can be automatically re-synchronized after they are validated.

The table synchronization service uses the QueryGrid T2T connectors to synchronize data across managed Teradata systems.

Before you can use this feature:
  1. Configure the QueryGrid fabric and create the QueryGrid links between the two Teradata systems. See Teradata® QueryGrid™ Installation and User Guide.
  2. Create the Foreign Server definition using the Business Continuity Manager user (tdbcmgmt).
  3. Make sure the Foreign Server name matches the TDPID of the Teradata system managed by Business Continuity Manager.

The table synchronization service only copies the table content and does not create the missing tables. If the service fails with the error code 3807, Object does not exist, the DBA should create the missing tables and associated structures. After the DBA creates the missing tables, Table Sync replicates data to these tables.

If enabled, Business Continuity Manager runs the self-healing feature automatically, with default intervals of 10 minutes, to re-activate unrecoverable tables found to be in-sync. The Business Continuity Manager table synchronization service automatically re-synchronizes other out-of-sync tables.

Enable this feature with the following bcmadmin command:
config update AutoSelfHealingInterval 600 reason 'Enable Self-healing';
config update AutoTableValidateAttempts 1 reason ‘Enable Self-healing’;
You can optionally set this self-healing feature to validate only tables or to validate and then synchronize tables using the configuration setting AutoSelfHealingOptions.
  • If set to 0, self-healing validates and activates the out-of-sync table.
  • If set to 1, self-healing validates, synchronizes, and then activates the out-of-sync table.
config update AutoSelfHealingOptions 1 reason 'Enable Self-healing table sync';
You can specify replication options for individual tables. If not specified on an individual table, the DefaultObjectResyncOption is used to determine whether the table is synchronized.
config update DefaultObjectResyncOption 2 reason ‘Enable Self-healing table sync’;
You can also specify a timeout for each table for the replication option. If not specified, the default value set by the configuration setting is used.
config update DefaultObjectResyncTimeout 600 reason 'Setting global resync timeout';