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)
Understanding Volume Replicator support for FlashSnap
The FlashSnap feature available with Storage Foundation enables you to perform off-host operations on volumes by creating independent mirrors of volumes on the server.
FlashSnap comprises of a multi-step process that can include the following operations:
Prepare | Creates a snapshot mirror of the volumes. The Prepare command replaces the Snap Start command in the GUI. Both prepare and snapstart keywords are available in the CLI, however prepare is the recommended keyword. |
Snapshot | Create snapshot volumes by breaking off the mirrors. |
Disk group split | Forms a new disk group using these snapshot volumes which can be used for off-host processing. For detailed steps on creating the snapshots for off-host processing, refer to the steps that are described in the section "Off-Host FlashSnap Procedure (Two Servers)" in the Storage Foundation Administrator's Guide. Note: For creating a snapshot, you must use the vxrvg snapshot without the -f option to create disk group split friendly snapshots. |
Disk group join | Joins the new disk group back to the original disk group once the off-host processing is done. |
Snapback | Reattaches the snapshot volumes back to the original volume. |
Note:
A valid license for Storage Foundation FlashSnap feature must be present on all the systems on which you want to use the snapshot operations.
For more information about the FlashSnap feature refer to the Storage Foundation Administrator's Guide.
The need for Volume Replicator to support FlashSnap arises from the fact that if the snapshot volume is created on a disk that is a part of an RVG, then, splitting the disk group with this snapshot volume is not allowed as it breaks the Volume Replicator configuration.
Now as a part of the FlashSnap support, Volume Replicator supports RVG-wide snapshot and snapback operations. This can be performed on the Primary as well as the Secondary RVGs in an RDS. Volume Replicator ensures that only disk group split-friendly snapshots are created.
The data in the original volume may change, however, the snapshot can still be used as a stable and independent copy for various purposes. The snapshots can be used as backup copies to restore the data that may have been lost due to disk failure, software, or human errors. You can perform system backup, upgrade, and other maintenance tasks on point-in-time copies, while providing continuous availability of your critical data. A volume snapshot is also used to execute offline backups without affecting the application performance. They can also be used for restoring data both on the Primary and Secondary, if the original data gets corrupted due to logical or media errors. The snapshot volumes can be replicated and can also be included as a part of the RVG.
Note:
While the snapshot volume is a part of the RVG it cannot be used for recovery as a consistent point-in-time copy of the data.
Another important advantage of the Volume Replicator snapshot operation is that it supports an RVG friendly disk group split operation. It ensures that the resultant snapshot volume lie on the disks that are not under an RVG, that is, the disks that do not contain any plex of a replicated volume. Thus, a disk group split operation on the snapshot volume(s) keeps the existing Volume Replicator configuration intact and does not fail because the Volume Replicator configuration was disturbed.
Note:
If the snapshot volumes lie on disks within an RVG, the Volume Replicator snapshot operation fails, provided the force option is not used.
For example, consider the following scenario:
A disk group dg1 has two disks disk1 and disk2. An RVG with two data volumes and a Replicator Log is created in this disk group. Both the data volumes reside on disk1 while the Replicator Log is on disk2. The two data volumes are prepared and the prepared plexes lie on disk2. In this scenario the Volume Replicator snapshots fails (provided force option has not been used) because the disk2 on which the snapshot volumes need to be created is a part of an RVG, as it contains the Replicator Log of the RVG.
More Information