Entering a PITR recovery session requires the domain to be in a consistent state (remaining background data = 0, current RPO close to 0 seconds). If the user initiates a PITR session while the domain is not in a consistent state, the system will wait for the domain to become consistent before starting the PITR session, causing delayed response to the user.
If a PITR recovery session is started in order to manage a subset of VMs contained in the protected domain, do not keep the PITR recovery session open longer than necessary. JetStream DR does not maintain consistency status of VMs not undergoing PITR. Best Practice: Create a new PITR-enabled protected domain that exclusively contains VMs intended to be managed by PITR.
The PITR window will be reset if the domain is restarted. This can lead to extra object cloud and metaspace usage by the domain.
PITR supports rollback of data in vDisks. It does not rollback VM configuration changes that occur across the PITR window. VM configuration changes discarded because of PITR should be replayed after the PITR session has been completed (e.g., VM configuration changes including: disk add, remove, detach and disk grow.)
While PITR is in progress, the Health View tab will show some of the protected disks as orphaned disks. This condition is transient and the disks will move to an initialized state after PITR is exited. This issue will be addressed in future releases. (JSTOOLS-366)
It is recommended to enable "PITR" mode on a protected domain before adding VMs to the domain, or to add a new VM to the domain after PITR mode has been enabled. If a domain is fully configured and then PITR mode is enabled without any changes to VMs, there may be problems with data collection. Workaround: Confirm PITR is able to successfully gather data by validating a recovery point exists after starting PITR recovery for any VM in the domain – actual recovery is not required, but the selected VM will be temporarily shut down for the test. If there are no valid recovery points, the DRVA should be restarted after exiting PITR. (DRBC-8047)
There is a rare chance the PITR recovery task can fail with a message "An unexpected error occurred on the remote system" with a distinction of "Unsupported or unrecognized SSL message." The condition is transient and should resolve itself after a period of time. It is OK to retry the operation after waiting. (DRBC-5902)