Volume Replicator 7.4.1 Administrator's Guide - Windows
- Understanding Volume Replicator
- About Volume Replicator
- Basic Volume Replicator terms
- Building blocks of Volume Replicator
- Understanding replication in the Volume Replicator environment
- Modes of replication
- Understanding data flow in Volume Replicator asynchronous mode
- Managing data during failure and recovery
- Replication concepts
- About using Volume Replicator as a disaster recovery tool
- Understanding how Volume Replicator logs writes to the Replicator Log
- Understanding replication settings for a Secondary
- Measures to protect log overflow and replication latency
- Pausing the replication
- Synchronizing the Secondary
- Understanding Volume Replicator support for FlashSnap
- About Synchronized Snapshots
- Understanding Bunker replication
- Understanding Volume Replicator Support for TCP Multi-Connection
- About Volume Replicator memory monitoring and control support
- About Volume Replicator Graphs
- Setting up replication
- Security considerations for Volume Replicator
- Setting up replication using the Setup Replicated Data Set wizard
- Setting up the Bunker RVG for replication
- Using the VEA Console for Volume Replication Operations
- Monitoring replication
- Interpreting the information in the Volume Replicator views
- Monitoring replication using the VEA console
- Checking replication performance using vxrlink stats
- Administering Volume Replicator
- Adding volumes
- Administering the RVG
- Administering replication
- Managing checkpoints
- Pausing replication using Volume Replicator
- Creating snapshots for the data volumes
- Creating synchronized snapshots using the VSS Snapshot wizard
- Administering Bunker replication
- Performing disaster recovery operation
- Deleting Volume Replicator objects
- Accessing data on Secondary host
- Performing automated system recovery (ASR)
- Alternative methods to synchronize the Secondary faster
- Obtaining statistical information through Volume Replicator Graphs
- Using the command line interface
- Administering the RDS using the vxrds command
- Resizing the data volumes
- Displaying the network statistics for the RLINK
- Administering the RVGs using the vxrvg command
- Displaying information using the vxprint command
- Creating snapshots using the vxsnap command
- Administering replicated volumes using the vxvol command
- Displaying and changing replication ports using the vrport command
- Administering the RVG using the vxedit
- Administering the RVG using the vxassist command
- Tuning Volume Replicator
- Examples: Using the command line
- Example 1: Setting up replication using the command line interface
- Example 3: Using Bunker node for disaster recovery
- Example 4: Using synchronized snapshots to restore data
- Configuring Volume Replicator in a VCS environment
- Components of a VCS cluster
- Illustrating a highly available Volume Replicator setup
- How the agents work
- Configuring the agents
- Working with existing replication service groups
- Configuring Volume Replicator with Hyper-V
- Advanced settings in Volume Replicator
- Troubleshooting Volume Replicator
- Recommendations and checks
- Recovering from problems in a firewall or NAT setup
- Recovering from problems during replication
- Error when configuring the VxSAS Service
- Operation time-out errors
- Problems when configuring Volume Replicator in a VCS environment
- Problems when setting performance counters
- Appendix A. Services and ports
- Appendix B. Using the vxrsync utility
- Appendix C. VR Advisor (VRAdvisor)
Alternative methods to synchronize the Secondary faster
The earlier sections have described in detail the various features of Volume Replicator along with the disaster recovery procedures. This section describes the alternate methods that can be used to synchronize the Secondary faster.
The methods are explained with the help of a sample configuration that is described in this section where two Volume Replicator hosts are located at two different, geographically remote locations. Take for example, London and Seattle, the Primary being at London and the Secondary at Seattle.
Veritas recommends that you use the
option when you start the replication initially, to make sure that the Secondary is completely synchronized with the Primary. Although Volume Replicator would ensure the integrity of data under all circumstances, trying to synchronize the Secondary over a WAN may become restricted, due to problems such as network errors, rate of application writes or bandwidth availability.To enable faster synchronization, you can use one of the methods that are described in the following sections to minimize the time required. However, one requirement when you use these methods is that the replication status of Secondary must be Inactive, that is, the RLINKs are detached. You can verify this by using the vxprint -PVl <rvg> command.
The methods that are given below are described using the following sample Volume Replicator setup. Note that the host names are indicative of the locations where the host exists.
Sample setup to synchronize the Secondary faster:
For Primary host london, do the following:
vvr_dg | Disk Group |
vvr_rvg | Primary RVG |
rlk_seattle_vvr_rvg | Primary RLINK to Secondary seattle |
host ip | 10.212.80.251 |
vvr_dv01 | Primary data volume #1 |
vvr_dv02 | Primary data volume #2 |
vvr_srl | Primary Replicator Log volume |
For Secondary host seattle, do the following:
vvr_dg | Disk Group |
vvr_rvg | Secondary RVG |
rlk_london_vvr_rvg | Secondary RLINK to Primary london |
host ip | 10.256.88.126 |
vvr_dv01 | Secondary data volume #1 |
vvr_dv02 | Secondary data volume #2 |
vvr_srl | Secondary Replicator Log volume |
More Information