RDF System Management Manual
Table Of Contents
- RDF System Management Manual
- What’s New in This Manual
- About This Manual
- 1 Introducing RDF
- RDF Subsystem Overview
- RDF Processes
- RDF Operations
- Reciprocal and Chain Replication
- Available Types of Replication to Multiple Backup Systems
- Triple Contingency
- Loopback Configuration (Single System)
- Online Product Initialization
- Online Database Synchronization
- Online Dumps
- Subvolume- and File-Level Replication
- Shared Access DDL Operations
- EMS Support
- SMF Support
- RTD Warning Thresholds
- Process-Lockstep Operation
- Support for Network Transactions
- RDF and NonStop SQL/MX
- Zero Lost Transactions (ZLT)
- Monitoring RDF Entities With ASAP
- 2 Preparing the RDF Environment
- 3 Installing and Configuring RDF
- 4 Operating and Monitoring RDF
- 5 Managing RDF
- Recovering From File System Errors
- Handling Disk Space Problems
- Responding to Operational Failures
- Stopping RDF
- Restarting RDF
- Carrying Out a Planned Switchover
- Takeover Operations
- Reading the Backup Database
- Access to Backup Databases in a Consistent State
- RDF and NonStop SQL/MP DDL Operations
- RDF and NonStop SQL/MX Operations
- Backing Up Image Trail Files
- Making Online Dumps With Updaters Running
- Doing FUP RELOAD Operations With Updaters Running
- Exception File Optimization
- Switching Disks on Updater UPDATEVOLUMES
- 6 Maintaining the Databases
- 7 Online Database Synchronization
- 8 Entering RDFCOM Commands
- 9 Entering RDFSCAN Commands
- 10 Triple Contingency
- 11 Subvolume- and File-Level Replication
- 12 Auxiliary Audit Trails
- 13 Network Transactions
- Configuration Changes
- RDF Network Control Files
- Normal RDF Processing Within a Network Environment
- RDF Takeovers Within a Network Environment
- Takeover Phase 1 – Local Undo
- Takeover Phase 2 – File Undo
- Takeover Phase 3 – Network Undo
- Takeover Phase 3 Performance
- Communication Failures During Phase 3 Takeover Processing
- Takeover Delays and Purger Restarts
- Takeover Restartability
- Takeover and File Recovery
- The Effects of Undoing Network Transactions
- Takeover and the RETAINCOUNT Value
- Network Configurations and Shared Access NonStop SQL/MP DDL Operations
- Network Validation and Considerations
- RDF Re-Initialization in a Network Environment
- RDF Networks and ABORT or STOP RDF Operations
- RDF Networks and Stop-Update-to-Time Operations
- Sample Configurations
- RDFCOM STATUS Display
- 14 Process-Lockstep Operation
- Starting a Lockstep Operation
- The DoLockstep Procedure
- The Lockstep Transaction
- RDF Lockstep File
- Multiple Concurrent Lockstep Operations
- The Lockstep Gateway Process
- Disabling Lockstep
- Reenabling Lockstep
- Lockstep Performance Ramifications
- Lockstep and Auxiliary Audit Trails
- Lockstep and Network Transactions
- Lockstep Operation Event Messages
- 15 NonStop SQL/MX and RDF
- Including and Excluding SQL/MX Objects
- Obtaining ANSI Object Names From Updater Event Messages
- Creating NonStop SQL/MX Primary and Backup Databases from Scratch
- Creating a NonStop SQL/MX Backup Database From an Existing Primary Database
- Online Database Synchronization With NonStop SQL/MX Objects
- Offline Synchronization for a Single Partition
- Online Synchronization for a Single Partition
- Correcting Incorrect NonStop SQL/MX Name Mapping
- Consideration for Creating Backup Tables
- Restoring to a Specific Location
- Comparing NonStop SQL/MX Tables
- 16 Zero Lost Transactions (ZLT)
- A RDF Command Summary
- B Additional Reference Information
- C Messages
- D Operational Limits
- E Using ASAP
- Index
Zero Lost Transactions (ZLT)
HP NonStop RDF System Management Manual—524388-003
16-8
Extractor Audit Trail Configuration
Extractor Audit Trail Configuration
When configuring RDF for ZLT, you must add the complete set of audit-trail volumes to
which RDF-protected data volumes are configured. For example, if your RDF configur-
ation only protects data volumes configured to the master audit trail (MAT), you must
specify all audit-trail volumes that are configured in TMF for the MAT (active, overflow,
and restore). Because each audit trail can have up to 16 active, 16 restore, and 16
overflow volumes, an extractor list can contain up to 48 volume names. You set each
volume name as follows:
SET EXTRACTOR VOLUME volume-name
volume-name must be a valid volume name specified in the current TMF configura-
tion on your primary system. Use a SET statement for each individual volume. You do
not need to specify whether the volume is an active volume, restore volume, or
overflow volume; you merely specify the volume name. The list of volumes you specify
is placed in the extractor configuration record.
When you ADD the extractor attributes, RDFCOM checks to ensure that each
configured volume is a valid volume. If any are not, the ADD command fails with an
error for the first volume name that is either an invalid name or does not correspond to
a valid volume.
ALTER RDF Remote Mirror Configuration
You can alter the RDF REMOTE MIRROR configuration attribute to turn ZLT protection
on and off as needed. If entered on the primary system, you must stop RDF, alter the
attribute, and then restart RDF. If the primary system is no longer available and you are
preparing to start the RDF takeover operation, you can alter the attribute on the backup
system. The syntax is as follows.
ALTER RDF REMOTE MIRROR [ ON | OFF ]
If you issue the ALTER command on the backup system while the network is down and
the primary system is still up, you must then issue the ALTER command again on the
primary system when the network comes back up; otherwise, the change will not be
kept on either the primary or the backup system.
If one of your remote mirrors fails during normal operations on your primary system,
you might want to turn the RDF REMOTE MIRROR configuration attribute off on the
primary system so that if you need to execute a takeover operation you can complete
the takeover as quickly as possible. Remember, if you have the RDF REMOTE
MIRROR configuration attribute turned off at the time of a takeover, you do not have
ZLT protection. When the troublesome mirror comes back up and is fully revived so
that it is current with the local mirror, you then re-enable ZLT on the primary to reinstate
ZLT protection.