Time to Recover a System | Teradata Business Continuity Manager - Time to Recover System - 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
When a planned or unplanned outage is complete, a DBA can initiate a full system recovery to bring the system back to the active state by re-running all the requests sent in managed sessions. The time to recover depends on factors such as:
  • Size of the Teradata system
  • Concurrency of the workloads
In an environment that includes a mixture of applications performing reads and writes, the recovery of a system takes less than the time of the outage. During the recovery, the system only needs to re-run the write requests that were missed.

In a workload with numerous write requests, and with little or no read traffic, the time to recover a system may be longer and may equal the time of the outage. For example, the client workload driving the active system at the full throughput while the recovery system is trying to catch up.

While the system is recovering, Business Continuity Manager recovery log and data file system provide the recovering system extra capacity to sync. The log and data files store incoming write requests at the top of the recovery queue as the recovering system is re-running the requests from the bottom of the queue.