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
Delete VM directory task in recover operation using Copy (NetBackup) may fail.
In some cases the 'Delete VM Directory' task in recover operation using Copy (NetBackup) may fail due to the disks from that directory are attached to the Replication Gateway. But the overall recover operation does not fail and it should get completed successfully.
Since the original folder is not removed the restore operation from NetBackup primary server creates the different folder with different name. After above situation , any remote recover operation using Copy (NetBackup) to same datacenter without executing the resync/repair operation in between might create new folders and older folder are not deleted.
Workaround:
It is recommended that after every restore operation the resync/repair should be executed to reconfigure the broken replication and to avoid such folders pile up.