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
Limitations: Recovery of VMware virtual machines to on-premises data center using Resiliency Platform Data Mover
Veritas Resiliency Platform cannot distinguish between disks of a virtual machine, if more than one disk share the same disk UUID. Protecting such a machine using Veritas Resiliency Platform will result in failure of DR operations. You can validate this by monitoring the disk count on Veritas Resiliency Platform UI, when creating a Resiliency Group. The disk count shown in Veritas Resiliency Platform UI will be less than that of the actual number of disks of VM.
While configuring resiliency groups, you can select vSAN storage policy even for the virtual machines that are configured on VMware VMFS (Virtual Machine File system). In such cases, replication remains in Inactive (Connected, Inconsistent) state and does not work.
Veritas Resiliency Platform does not support kernel version upgrade of SLES 11.4 host managed by Veritas Resiliency Platform. If you upgrade the kernel then the host needs to be reconfigured.
Replication Gateway is deployed in a datastore cluster: Immediately after deploying the Replication Gateway, you can create a VM override rule.
Replication Gateway is outside the datastore cluster: If you select a datastore cluster as target while creating a resiliency group, then after creating the resiliency group apply the rule on the Replication Gateway.
If a VMware VAIO based resiliency group having virtual machines includes SCSI controller with SCSI bus sharing mode as physical or virtual, then you are unable to perform rehearsal operation on such a resiliency group. For the rehearsal operation, Veritas Resiliency Platform needs to take a snapshot of the virtual machine; if such virtual machine has SCSI controller in SCSI bus sharing mode as physical/virtual then VMware vSphere does not allow snapshot of such a virtual machine. VMware Knowledge Base
While adding new virtual machines to a resiliency group which is protected using Resiliency Platform Data Mover, the space requirements and required space validations on target datastore(s) may not be correct if virtual machines are also getting removed from the resiliency group while editing the same resiliency group. It is recommended to first edit the resiliency group to remove the virtual machines and then edit it again to add new virtual machines.
In the VMware vSphere environment, if Resiliency Platform is installed using the express install, datastore cluster is not supported.