Release Notes
- Release Overview
- New features and changes in Veritas Resiliency Platform 3.3.2
- Removal of Windows Install Hosts
- Monitoring API support
- Replace faulty or healthy gateway
- Simplified licensing
- Extended In-Guest IOTAP
- Mark Resiliency Group in maintenance mode
- Collect logs from Veritas Resiliency Platform appliances from the user interface
- Service pack delivery mechanism
- Localization support is extended to Chinese language
- Improved user interface
- Separate Security Group for rehearsal and disaster recovery operations
- Introduced new risk signatures
- Using the product documentation
- More information
- 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
- Migrate or takeover operation may fail due to unavailability of independent disks on the vCloud Director (14639)
- After migrating back, the storage profile selection for the existing virtual machine may be incorrect (16901)
- After migrating back, the IP and MAC addresses assigned to a NIC are displayed incorrect on using Customize Network intent (16458)
- 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
- MAC address starting with 00:0c:29 not supported for VMware virtual machines (7103)
- A virtual machine backed up by multiple NBU master servers gets mapped with only one master server in the console (7608)
- A transient virtual machine remains in the ESX server in one scenerio (7413)
- Resiliency group task name shows TAKEOVER during evacuation (16466)
- Known issues: Recovery of InfoScale applications
- Known issues: Upgrade
- Upgrade of Replication Gateway fails if a Veritas Replication Set is in stopping state (19976)
- "Asset disk configuration changed" risk with description "New disk is attached to virtual machine" may come for RBT disk after upgrade to 3.3.2.0 (23118)
- Kernel RPM package cannot be recovered if partially installed on VSA during upgrade (22625)
- For VC 6.5, VIB upgrade fails because of ESX maintenance mode (22493)
- New UI alignment is not updated after upgrade in same tab or session (22240)
- False risk of GW is not upgraded popup is shown while performing DR operation after upgrade (22768)
- Limitations
- General limitations
- Limitations: Recovery to AWS
- Limitations: Recovery to vCloud Director
- Limitations: Recovery of physical machines to VMware virtual machines
- Limitations: Recovery of VMware virtual machines to on-premises data center using Resiliency Platform Data Mover
- Limitations: Recovery of VMware virtual machines to on-premises data center using third party replication
- Limitations: Windows hosts for Resiliency Platform Data Mover replication
- Limitations: Localization
Limitations: Recovery to vCloud Director
The Resync operation when performed for the first time does full synchronization of data. In the subsequent Resync operations, only incremental synchronization is done. But in case of recovery to vCloud Director, full synchronization of data is done during every Resync operation.
The maximum allowed character limit for a Computer name on vCloud is 15 for Windows and 63 for Linux. If the host name part of the fully qualified domain name (FQDN) of a virtual machine exceeds the limit, then after performing migrate or take over operation the Computer name of the virtual machine on vCloud has a default name.
The name can be edited as required.
Resiliency Platform creates independent disks and when you migrate to the target data center, these independent disks get attached to the virtual machines. The following limitations, which are applicable to the independent disks of vCloud Director, are now applicable to the virtual machines created by Veritas Resiliency Platform:
Cannot move the virtual machine to a different vApp.
Cannot copy the virtual machine to a different vApp.
Cannot resize or delete the independent disks.
Cannot take snapshot of the virtual machines that have independent disks.
Cannot add vApp to Catalog containing virtual machines having independent disks.
Can delete a virtual machine but the independent disks are not deleted.
Can upload the OVA file which is downloaded from a virtual machine having independent disks, to either the catalog or to MyCloud. But this creates a virtual machine with dependent disks.