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
Replication lag exceeding RPO risk getting raise/clear frequently (30234)
Description: This issue may be seen in the environment where there are multiple RMs deployed; when there are lot of changes in the vCenter server and ESX server configured in Resiliency Platform where large data would get reported by discovery of assets.
Resiliency Manager may take few minutes to process this large discovered data. During this time frame, Resiliency Manager may generate false risks for replication lag as the required inputs from Replication Gateway may take few minutes to get processed.
Workaround: You need to wait for 5-10 minutes for all the false replication lag risks to get cleared. You can login to recovery data center Replication Gateway as admin user and use below Klish command to check actual replication lag.
monitor> datamover repl-sets