Veritas™ Resiliency Platform 2.2 Solutions for VMware
- Section I. Overview of Resiliency Platform
- Overview of Resiliency Platform
- Overview of Resiliency Platform Data Mover
- About Veritas Resiliency Platform Data Mover
- Supported environments for Resiliency Platform Data Mover with VMware VAIO
- How Resiliency Platform Data Mover works
- About Veritas Resiliency Platform Data Mover architecture
- About full synchronization with Veritas Resiliency Platform Data Mover
- How Veritas Resiliency Platform Data Mover handles virtual machine writes
- Using Resiliency Platform Data Mover for recovery to premises- an overview
- Overview of recovery to on-premises data center
- Managing assets protected by NetBackup
- Overview of Amazon Web Services
- Overview of vCloud
- Section II. Preparing your environment
- Using array-based replication
- Supported replication technologies with Veritas Resiliency Platform
- Protecting VMware virtual machines using array-based replication - an overview
- Configuring VMware virtual machines for disaster recovery using EMC SRDF replication
- Configuring VMware virtual machines for disaster recovery using EMC RecoverPoint replication
- Configuring VMware virtual machines for disaster recovery using NetApp SnapMirror
- Configuring VMware virtual machines for disaster recovery using Hitachi True Copy replication
- Configuring VMware virtual machines for disaster recovery using HPE 3PAR Remote Copy replication
- Configuring VMware virtual machines for disaster recovery using IBM SVC Global Mirror replication
- Configuring VMware virtual machines for disaster recovery using IBM XIV Remote Mirror replication
- Using Veritas Resiliency Platform Data Mover
- Managing disaster recovery network mapping
- Managing Replication Gateway pairs
- About Veritas Replication Gateway pairs
- How Resiliency Platform Data Mover supports encryption for data replication
- Creating a Veritas Replication Gateway pair
- Modifying encryption for a Veritas Replication Gateway pair
- Viewing Veritas Replication Gateways
- Viewing Veritas Replication Gateway pairs
- Removing a Veritas Replication Gateway pair
- Using array-based replication
- Section III. Working with resiliency groups
- Managing resiliency groups
- About resiliency groups
- Guidelines for organizing resiliency groups
- About service objectives
- Managing virtual machines for basic monitoring
- Starting a resiliency group
- Stopping a resiliency group
- Displaying resiliency group information and status
- Viewing resiliency group details
- Editing a resiliency group
- Deleting a resiliency group
- Configuring resiliency groups for remote recovery
- Understanding the role of resiliency groups in disaster recovery operations
- How Resiliency Platform configures disaster recovery protection for virtual machines
- Prerequisites for configuring VMware virtual machines for disaster recovery
- Limitations for virtual machine disaster recovery
- Managing virtual machines for remote recovery (DR) using 3rd party replication technology
- Managing virtual machines for remote recovery (DR) using Resiliency Platform Data Mover
- Managing virtual machines for remote recovery (DR) in Amazon Web Services
- Managing virtual machines for remote recovery (DR) in vCloud
- Managing VMware virtual machines for remote recovery using NetBackup images
- Verifying the replication status for Veritas Resiliency Platform Data Mover
- Managing resiliency groups
- Section IV. Managing disaster recovery
- Rehearsing DR operations to ensure DR readiness
- About ensuring the disaster recovery readiness of your assets
- Rehearse operations - array-based replication
- Rehearse operations - Resiliency Platform Data Mover
- Prerequisites for rehearsal operation
- Performing the rehearsal operation
- Performing the rehearsal operation using NetBackup images
- Performing cleanup rehearsal
- Performing disaster recovery operations
- Rehearsing DR operations to ensure DR readiness
- Managing resiliency plans
- About resiliency plans
- Creating a new resiliency plan template
- Editing a resiliency plan template
- Deleting a resiliency plan template
- Viewing a resiliency plan template
- Creating a new resiliency plan
- Editing a resiliency plan
- Deleting a resiliency plan
- Executing a resiliency plan
- Viewing a resiliency plan
- Creating a schedule for a resiliency plan
- Editing a schedule for a resiliency plan
- Deleting a schedule for a resiliency plan
- Viewing a schedule for a resiliency plan
- Monitoring risks, reports, and activities
- Managing evacuation plans
- Appendix A. General troubleshooting
- Viewing events and logs in the console
- Events in VMware virtual machines disaster discovery
- Troubleshooting discovery of assets
- Log files to troubleshoot Veritas Resiliency Platform Data Mover
- Managing tunable parameters
- Resiliency Platform fails to attach storage policy to virtual machines
- Resiliency Platform fails to create storage policy
- Resolving the Admin Wait state
- Troubleshooting NetBackup issues
- Troubleshooting delete resiliency group operation
- Appendix B. Sample policy and trust relationships for AWS
- Glossary
Troubleshooting delete resiliency group operation
While performing the delete resiliency group operation, if any of the sub-tasks fail, you can perform the following steps to reclaim the resources.
Perform the following tasks on Replication Gateways on the production and Cloud data center
- Check for participating consistency groups.
/opt/VRTSsfmh/bin/xprtlc -l http://localhost:8080/ConsistencyGroup
- Verify that replication is stopped on the gateway.
/opt/VRTSsfmh/bin/xprtlc -l http://localhost:8080/ConsistencyGroup/<CG_ID>/state
- Abort replication on gateway if replication is not stopped.
/opt/VRTSsfmh/bin/xprtlc -m POST -l http://localhost:8080/ConsistencyGroup/<CG_ID>/abort
- Delete the consistency groups.
curl -X DELETE http://localhost:8080/ConsistencyGroup/<CG_ID>/delete
Perform the following tasks on the hosts on the production data center
- Verify that the consistency groups are deleted.
Linux host:
/opt/VRTSitrptap/bin/vxtapinfo status
Windows host:
C:\Program Files\Veritas\VRTSitrptap\cli\vxtapinfo status
- Delete the consistency groups if the state is active.
Linux host:
/opt/VRTSitrptap/bin/vxtapaction stop -cg <CG_ID> /opt/VRTSitrptap/bin/vxtapconfigure delcg -cg <CG_ID> -force
Windows host:
C:\Program Files\Veritas\VRTSitrptap \cli\vxtapaction stop -cg <CG_ID> C:\Program Files\Veritas\VRTSitrptap \cli\vxtapconfigure delcg -cg <CG_ID> -force
- Verify that the journal disk is removed from each of the virtual machines on the production data center.
Size of the journal disk is usually 1 GB and naming format is:
[<datastore-name>] <vm-hostname>/drl-<uuid>/ITRPSRDRLDisk.vmdk
Remove the journal disk using vSphere client or Hyper-V UI.
Ensure that the file is deleted.
- Unconfigure network setting on the virtual machines on the production data center.
Linux host:
/opt/VRTSsfmh/bin/perl /opt/VRTSsfmh/util/reconfig_vm_settings_on_prim -unconfigure
Windows host:
C:\Program Files\Veritas\VRTSsfmh\bin\perl.exe C:\Program Files\Veritas\VRTSsfmh\util \reconfig_vm_settings_on_prim -unconfigure
- For physical machines, you need to unsign the DRL disk:
Linux host:
Get the device name of DRL disk by executing the following command:
/opt/VRTSitrptap/bin/vxtapdrlfind
Execute the following command to unsign DRL disk:
/opt/VRTSitrptap/bin/vxtapdrlsign clear -drl_dev device_name
Where, device_name is the device name of the DRL disk.
Windows host:
Get the device name of DRL disk by executing the following command:
C:\Program Files\Veritas\VRTSitrptap\cli\vxtapdrlfind.exe
Execute the following command to unsign DRL disk:
C:\Program Files\Veritas\VRTSitrptap\cli\vxtapdrlsign clear -drl_dev device_name
Where, device_name is the device name of the DRL disk.
- Refresh the virtualization server if the resiliency group contains virtual machines.
Perform the following on cloud virtual machines:
Verify that the migrated cloud virtual machines are terminated and their volumes are deleted, including the Replication block tracking disk.
Note that the naming convention for Replication block tracking disk is
DRLVolume_RaaS_<GUID>whereas for other disks the name starts withresiliency-group-name_virtual-machine-name.Delete any snapshots for cloud volumes.
Detach the cloud volumes from the cloud gateway.
Remove the cloud virtual machines from the cloud IMS.
More Information