Change the Recovery Log Size | Teradata Business Continuity Manager - Changing the Recovery Log Size - 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 you change the recovery log size, you must delete the recovery log file. Changing the recovery log size removes the Business Continuity Manager object state information. After the sequencers are started, all systems exist in an Unrecoverable state.
Important: All objects managed by Business Continuity Manager remain in an unsynced state after this process is completed.
  1. From bcmadmin, change the RecoveryLogSize parameter value to the new size in gigabytes:
    CONFIG UPDATE SEQUENCER RecoveryLogSize <newSize> REASON 'Increasing recovery log size';
  2. Retrieve the recovery log file name and path.
    The default location is /data/recovery.log. The recovery log path is stored in the configuration variable, RecoveryLogPath, and the filename is stored in the configuration key RecoveryLogName.
    Run the bcmadmin commands config list key RecoveryLogPath and config list key RecoveryLogName to query the current setting for these parameters.
  3. Run the following commands to resize the recovery log.
    Resizing the recovery log involves the deletion of the current recovery log file. Make sure all systems and objects are fully recovered and in the active state before running the following commands.
    1. Stop both sequencer processes:
      /etc/init.d/bcm stop
    2. Remove the old recovery log file on both Business Continuity Manager servers:
      rm /data/recovery.log
    3. Restart the sequencer processes on both Business Continuity Manager servers:
      /etc/init.d/bcm start
  4. Reactivate the cluster.