Release Notes
- Release Overview
- System requirements
- Known issues
- General known issues
- Known issues: Recovery to Amazon Web services (AWS)
- Known issues: Recovery from AWS region to AWS region
- Known issues: Recovery to Azure
- Known issues: Recovery to Azure using NetBackup MSDP-C
- Known issues: Google Cloud Platform
- Known issues: Resiliency Platform Data Mover
- Known issues: Resiliency Platform Data Mover used for recovery to on-premises data center
- Known issues: Recovery from physical environment to virtual machines
- Known issues: Recovery using third-party replication
- Known issues: NetBackup integration
- Known issues: Upgrade
- Known issues: InfoScale clusters
- Known issues : Continuous Data Protection (CDP)
- Known issue: VMware vSphere 7.0 support
- Known issue: Managing security certificates and SSH host keys
- Known issues: Recovery of resiliency groups configured using multiple recovery points
- General known issues
- Fixed issues
- Limitations
- Limitations: Recovery of resiliency groups configured using multiple recovery points
General limitations
A Hyper-V host having snapshots is not supported for recovery on all cloud platforms.
Resiliency Platform does not support disaster recovery operation of HyperV virtual machines, if snapshots are taken on this virtual machine. Resiliency Platform blocks the
operation if it finds a snapshot of HyperV virtual machine. If you want to take a snapshot of the virtual machine for any reason, after creating a Resiliency Group, then perform the Resiliency Platform disaster recovery operation only after deleting the snapshots.If a vCenter server is configured in NetBackup using Java console, then you may not be able to perform a restore operation for next 8 hours.
If you have Windows Operating System (OS) installed over multiple disks ("system reserved" on disk 0 and OS on disk 1), then such configuration is not supported.
Change of network pairing is not honored on target data center if resiliency group is active on the target data center. The network pair change is not honored for recovery using Resiliency Platform Data Mover with in-guest replication and NetBackup Cloud DR.
Single NIC having multiple IP addresses of same type attached to a single virtual machine are not supported.
In normal circumstances, taking snapshots and restoring from those snapshots is not supported for any of the Resiliency Platform virtual appliances. Resiliency Platform supports taking snapshot of the Resiliency Manager and IMS virtual appliances and restoring from those snapshots only in a situation where something goes wrong during upgrade and the previous state of the appliances needs to be restored.
Taking snapshot and restoring from the snapshot is not supported for Replication Gateway even in the case of an upgrade failure.
If FQDN is not defined for virtual machines running on Hyper-V platform (Linux and Windows), DNS customization does not work.
If vSphere DRS is enabled for a VMware HA cluster and virtual machine has port group attached from distributed switch, then you must do vLan mapping for successfully performing the migrate operation. This is applicable only to vCenter server and ESXi version lower than 6.5.
Virtual workloads under Veritas Resiliency Platform control are expected not to have NIC binding / NIC teaming configured.
Veritas Resiliency Platform does not support moving an Infrastructure Management Server (IMS) from one datacenter or region to another.
Virtual machines having virtual disks attached to NVMe controllers can be used in Resiliency Platform to create copy based resiliency group if those virtual machines are backed-up by NetBackup. Such virtual machines are not supported for any other type of resiliency group configured in Resiliency Platform.
Some of the VMware virtual machines have same BIOS ID and are unable to be uniquely identify the appliance virtual machines. Due to this behavior, they are unable to protect these assets which use these appliances.
For some datastores, the type is discovered as VMFS even if the actual type is VMFS6. This is seen only with vSphere 7.0 and does not have any impact on any of the DR operations.
In 3.6, rehearsal operation from AWS to VMware in case of NetBackup Image Sharing to AWS is not supported, but rehearsal operation from VMware to AWS will be supported as it was earlier.
Below are the limitations for VMware and Hyper-V servers:
Active-Active replication configurations are not supported.
Multi-target replication configuration is not supported.
The "Existing disk is detached from the gateway" risk signature will not be able to detect the changes made on target Replication Gateway during upgrade process.
Resiliency Platform currently supports only dependent persistent mode for VMware virtual disk. This is applicable to RDM as well and non-RDM disks.
Evacuation plans supports resiliency groups upto 400 only.