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
Online Database Synchronization
HP NonStop RDF System Management Manual—524388-003
7-9
Considerations When Synchronizing Entire
Databases
regarding differences in table and catalog versions. Consult the HP NonStop
SQL/MP Version Management Guide.
•
You can create and load the duplicate tables on the primary system and then move
them to the backup system using SQLCI DUP commands or BACKUP/RESTORE
and tapes. In either case, however, the tables must be registered in a catalog on
the backup system. Again, you must be knowledgeable about issues regarding
differences in table and catalog versions. Consult the HP NonStop SQL/MP
Version Management Guide.
Moving Duplicated Tables and Files to the Backup System
If you created the duplicate files and tables directly on the backup system and loaded
them from the primary system, you can start the RDF updaters without any further
considerations.
If you created the duplicate files and tables on the primary system and then moved
them over to the backup system, however, you must be aware of the following:
•
If you move duplicate partitioned Enscribe files whose volume mappings differ
between the primary and backup systems, you must use a FUP ALTER command
to alter the file labels of the duplicate files on the backup system so they reflect the
correct volume mapping of the various partitions on the backup system.
For example, suppose you have a partitioned Enscribe file on the primary system
whose primary partition is on $DATA1 and secondary partition is on $DATA2. If,
on the backup system, the primary partition is on $DATA1 but the secondary
partition is on $DATA3, you must change the volume name in the file label of the
duplicate secondary partition from $DATA2 to $DATA3 as follows:
FUP ALTER $DATA1.subvol.file, PART (1,$DATA3)
•
If you move duplicate Enscribe alternate key files, you must alter the system name
in the file label of the duplicate file or table to specify the backup system.
For example, if you moved a duplicate Enscribe alternate key file named
ALTF0100 associated with the file PART0100, you must change the system name
in the file label of the duplicate alternate key file to that of the backup system as
follows:
FUP ALTER $DATA1.TEST.PART0100
ALTFILE (0,\backup.$DATA.TEST.ALTF0100)
•
If you use the SQLCI DUP command to move duplicate partitioned NonStop
SQL/MP tables, you must use the MAP NAMES option to specify the backup
system name.
•
If you use the SQLCI DUP command to move NonStop SQL/MP tables with index
tables, you must use the MAP NAMES option to specify the backup system name.