...
This article applies to all JSDR software versions.
The Replication Log(RL) maintains a record of data being replicated to the object store.
Issue
The replication log can become invalid in the scenario below, as shownfollowing scenarios:
If we wish to do a Failback after a planned failover, we cannot use the current RL since there is no room left on the Replication log and it would be in an invalid condition. We can delete the section to free up space on RL and reuse it.
In the case of Resuming Continuous Rehydration operation, existing RL will be useful or else we can delete the section to repurpose it.
Info |
---|
Explanation: The Replication Log on the protection site will no longer be in use and will become invalid when we do a failover, and the DRVA on the failover site will take ownership of the domain. |
Info |
---|
The replication log will maintain a record of data being replicated to the object store. |
In the below image, we can see the RL has become invalid.
...
In the below screenshot, we can see an option to delete the section on a Replication log.
...
Failback After Planned Failover (PFO)
Resuming Continuous Rehydration
After failover is complete and the DRVA on the failover site has taken ownership of the protected domain, the replication log of the protected site is no longer used and will become invalid.
This example illustrates an invalid replication log section:
...
Solution
Considerations
Scenario 1: Failback After Planned Failover (PFO)
The original replication log can no longer be used because it contains no free space leaving it in an invalid state.
The section used by PFO can be deleted to release disk space on the replication log which can then be reused.
Scenario 2: Resuming Continuous Rehydration
The original replication log can continue to be used, or it can be deleted allowing the freed space to be repurposed.
Delete Replication Log Section
Use the Delete Section option to remove an invalid section from the replication log.
...