Release Notes
- Release Overview
- New features and changes in Veritas Resiliency Platform 3.3.2
- New features and changes in Veritas Resiliency Platform 3.3.2
- System requirements
- Fixed issues
- Known issues
- General known issues
- Known issues: Recovery to Amazon Web services (AWS)
- Known issues: Recovery to vCloud
- Known issues: Resiliency Platform Data Mover
- Known issues: Resiliency Platform Data Mover used for recovery to on-premises data center
- Known issues: Recovery using third-party replication
- Known issues: NetBackup integration
- Known issues: Recovery of InfoScale applications
- Known issues: Upgrade
- Limitations
General limitations
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.
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.