Product Documentation
- Section I. Overview and planning
- Introduction to Resiliency Platform
- About Resiliency Platform features and components
- Replication in a Resiliency Platform deployment
- About Veritas Resiliency Platform Data Mover
- About Elastic Networking Adapter (ENA) support in Resiliency Platform
- Recovery to cloud data center
- Recovering virtual machines to AWS
- Recovering virtual machines to Azure
- Recovering virtual machines to Google Cloud Platform
- Recovering virtual machines to vCloud Director
- Recovering virtual machines to Orange Recovery Engine
- Recovering physical machines using Resiliency Platform
- Recovery to on-premises data center
- Deployment checklist
- Checklist for recovery of virtual machines to AWS
- Checklist for recovery of virtual machines to Azure
- Checklist for recovery of virtual machines to Orange Recovery Engine
- Checklist for recovery of virtual machines to Google Cloud Platform
- Checklist for recovery of virtual machines to vCloud Director
- Checklist for recovery to on-premises data center using Resiliency Platform Data Mover
- Checklist for recovery of virtual machines using NetBackup
- Checklist for recovery of virtual machines using third-party replication technology
- Checklist for recovery of application using third-party replication technology
- Checklist for recovery of virtual machines to AWS
- System requirements
- Manage licenses
- Using the Web Console
- Introduction to Resiliency Platform
- Section II. Deploying and configuring the virtual appliances
- Deploy and configure
- Deploy and download the Resiliency Platform virtual appliances
- About deploying the Resiliency Platform virtual appliances
- Downloading the Veritas Resiliency Platform virtual appliances
- Deploying virtual appliances in AWS
- Deploying virtual appliances in Azure
- Deploying virtual appliances in Google Cloud Platform
- Deploying the virtual appliances in Google Cloud Platform using OVA files
- Prerequisites for deploying the virtual appliances in Google Cloud Platform
- Deploying the virtual appliances in Google Cloud Platform using OVA files
- Deploying virtual appliances in vCloud Director
- Deploying the virtual appliances in Orange Recovery Engine
- About configuring the Resiliency Platform components
- Virtual appliance security features
- About hotfixes
- Deploy and download the Resiliency Platform virtual appliances
- Depoly virtual appliances through Marketplace
- Deploying the virtual appliances in AWS through AWS Marketplace
- Prerequisites for deploying the virtual appliances in AWS
- Deploying the virtual appliances in Azure through Azure Marketplace
- Deploying the virtual appliances in AWS through AWS Marketplace
- Apply Updates
- About applying updates to Resiliency Platform
- Step 1: Prepare for upgrade
- Step 2: Upgrading the Resiliency Platform (Detach / attach the disk)
- About applying updates to Resiliency Platform
- Deploy and configure
- Section III. Setting up and managing the resiliency domain
- Managing the resiliency domain
- Getting started with a new Resiliency Platform configuration
- Managing Resiliency Managers
- Managing Infrastructure Management Servers
- Managing on-premises data centers
- Managing cloud configurations
- Managing private cloud configurations
- Integrating with NetBackup
- Recovering virtual machines to premises target data center
- Recovering virtual machines to cloud target data center
- Support for NetBackup Cloud Recovery Server configured with Veritas Alta Recovery Vault as storage account
- Integrating with InfoScale clusters
- Prerequisites for supporting InfoScale cluster node in Veritas Resiliency Platform
- Configuring InfoScale clusters in Resiliency Platform
- Managing the custom application or replication type in Resiliency Platform
- Managing the resiliency domain
- Section IV. Adding the asset infrastructure
- Manage Resiliency Platform host assets
- Prerequisites for adding hosts
- Removing hosts
- Preparing host for replication
- Manage VMware assets
- Managing VMware virtualization servers
- Prerequisites for adding VMware virtualization servers
- Prerequisites for adding VMware virtualization servers
- Managing VMware virtualization servers
- Manage Veritas Replication VIB
- Manage Hyper-V assets
- Manage Gateways
- About Replication Gateway pair
- Managing Data Gateway
- Manage enclosure assets
- Adding a discovery host
- Configuration prerequisites for adding storage enclosures to an IMS
- Adding storage enclosures
- Adding RecoverPoint appliance for replication
- Manage NetBackup primary pairing
- Manage Recovery Readiness Bundle
- Manage Resiliency Platform host assets
- Section V. Managing networks
- Manage networks
- Managing network objects in Resiliency Platform
- Network objects in Resiliency Platform
- DNS server configuration settings
- Managing network pairs
- Mapping network objects (Production and Rehearsal mapping)
- Manage networks
- Section VI. Managing settings
- Manage settings
- Managing settings for alerts and notifications and miscellaneous product settings
- Throttling the notifications
- Managing user authentication and permissions
- Configuring authentication domains
- Managing settings for alerts and notifications and miscellaneous product settings
- Manage settings
- Section VII. Working with resiliency groups
- Organize assets
- Editing a resiliency group
- Deleting a resiliency group
- Viewing resiliency group details
- Manage virtual business services
- About virtual business services
- Organize applications
- Managing service objectives
- Organize assets
- Section VIII. Configuring for disaster recovery
- Configure using Resiliency Platform Data Mover
- Managing virtual machines for remote recovery (DR) in Amazon Web Services
- Prerequisites for configuring VMware virtual machines for recovery to AWS
- AWS Customization options panel
- Managing virtual machines for remote recovery (DR) from AWS region to AWS region
- Managing virtual machines for remote recovery (DR) to Azure
- Managing virtual machines for remote recovery (DR) from Azure to Azure
- Managing virtual machines for remote recovery (DR) to Orange Recovery Engine
- Managing virtual machines for remote recovery (DR) in vCloud Director
- Managing virtual machines for remote recovery (DR) to Google Cloud Platform
- Managing virtual machines for remote recovery (DR) using Resiliency Platform Data Mover
- Managing physical machines for remote recovery (DR) using Resiliency Platform Data Mover
- Configure using NetBackup
- Managing the virtual machines for recovery to Azure using NetBackup MSDP-C.
- Configure using 3rd party replication technology
- Preparing VMware virtual machines for using array-based replication
- Preparing Hyper-V virtual machines for using array-based replication
- Managing virtual machines for remote recovery (DR) using 3rd party replication technology
- Managing applications for remote recovery (DR)
- Preparing VMware virtual machines for using array-based replication
- Configure using Resiliency Platform Data Mover
- Section IX. Managing disaster recovery
- Perform DR operations for virtual machines
- About Rehearse operation
- Performing the rehearsal operation for virtual machines
- Performing the recover operation for resiliency group
- Recovering virtual machines with multiple recovery points
- About Rehearse operation
- Perform DR operations on a VBS
- Perform DR operations for applications
- Evacuate assets
- Manage Resiliency Plans
- About custom script
- Perform DR operations for virtual machines
- Section X. Managing certificates
- Section XI. Product settings
- View activities
- Manage reports
- View logs
- Manage Risk Notifications
- Managing settings for alerts and notifications and miscellaneous product settings
- Throttling the notifications
- Section XII. Using Resiliency Platform APIs
- Section XIII. Troubleshooting and Using command line interface
- Troubleshoot
- Recovery of Resiliency Platform components from disaster scenarios
- Troubleshooting: NetBackup issues
- Resolving the Admin Wait state
- Troubleshooting: IP customization
- Use klish menu
- Use Application Enablement SDK
- Troubleshoot
About network objects
Resiliency Platform discovers and displays information about layer 2 and layer 3 networks for the discovered assets.
Layer 2: The second level in the seven-layer OSI reference model, is used to transfer data between adjacent networks in a WAN or LAN environment. This layer is also known as Data Link Layer.
Examples of layer 2 networks: Port group/VLAN, vSwitch, cloud network and cloud subnet if the target data center is in cloud.
Layer 3: The network layer in the OSI reference model. mainly include routing and forwarding, as well as internetworking, addressing, packet sequencing, congestion control and further error handling.
Examples of layer 3 networks: Subnets and cloud subnets.
Resiliency Platform discovers and displays information about Layer 2 and Layer 3 networks in your datacenter. For VMware datacenter, Resiliency Platform 4.0 also supports NSX-T type networks present in vCenter server. It discovers and displays information about NSX-T provisioned L2 network objects from vCenter like Opaque switch, Opaque network and virtual distributed switch 7.0. NSX-T transport zones were discovered as vSwiches and NSX-T segments are discovered as port groups/VLAN.
Note:
While adding transport zone in NSX-T Manager, either select NVDS or VDS for all the hosts.
For cloud technologies like AWS, Azure, vCloud Director and Google Cloud Platform, cloud subnets serve the purpose for both the layer 2 and layer 3 networks in the network pair. Network objects like private cloud subnet and private cloud network are listed under Network Types drop down irrespective of the cloud data center configuration.
You can manually add subnets, VMware port group/VLANS and Hyper-V VLANs that are not discovered in a data center. You cannot add vSwitches and cloud networks, if they are not discovered. Adding subnets using IPv6 address and pairing them across data centers is supported. Either while adding the network objects or while editing the discovered network objects, you need to choose a purpose. Purpose can be Production or Rehearsal.
See About Purpose.
For mapping the purpose of the network objects as Production or Rehearsal, See Mapping network objects (Production and Rehearsal mapping).
Network objects like private cloud subnet and private cloud network are listed under Network Types drop down irrespective of the cloud data center configuration.
A network pair is created using network objects across data centers. The network pairs should be defined before a resiliency group is created. Depending on whether the participating networks in the pair are layer 2 or layer 3 networks, the pair can be used for connecting the assets to the networks, or for assisting the customization of the IP addresses in the target network. The create network pair operation eliminates the need to manually connect each asset to a network at the target data center. For example, port group/VLAN to cloud network and subnet to port group/VLAN.
When the resiliency group is created, the network objects in the network pairs are evaluated by the Resiliency Platform. The CIDR (Classless Inter-Domain Routing) information from the network object is used to automatically calculate the IP address for the applicable assets in the respective target network if any of the below mapping is done:
Subnet to subnet
Subnet to cloud subnet
Cloud subnet to cloud subnet
Private Cloud Subnet to Private Cloud Subnet
The layer 2 network object pairs are mandatory to be defined for recovery to cloud environments, private cloud environments and recovery of physical machines to VMware environment. This mapping is optional for recovery from on-premises to on-premises environment. If the mappings are not defined for recovery to on-premise environment, then the virtual machine NICs are not connected to any network.
A layer 3 network pair is optional. If it is defined, the IP address for the asset is calculated based on the target subnet CIDR and can be further customized. If the network pair is not defined, then the IP address for the adapter gets assigned in one of the following ways:
If the IP customization option is checked, user must enter the IP address (IPv4 or IPv6 address depending upon the network configured) that needs to be assigned to the virtual machine NIC.
If the IP customization option is not checked, a DHCP (Dynamic Host Configuration Protocol) IP address gets assigned to the virtual machine adapter if the target technology supports it. (For example: cloud environments).
If the IP customization option is not checked, for on-premises to on-premises recovery, the virtual machine adapter IP settings are not changed.
When you perform a migrate, recover or rehearsal operation on a resiliency group, the Resiliency Platform evaluates the network pairs that have the layer 2 network objects and gets connected to the expected target network.
Using Resiliency Platform console, you can create network groups of cloud subnets for AWS cloud data center and port group/VLAN for VMware environment only.
In case of Google Cloud Platform, if shared subnets are discovered, the host project name is appended to the VPC name to distinguish the shared subnets from another project.
See About network groups.
When you clone your virtual machines, ensure that you assign the appropriate host name and IP address to the cloned virtual machines.