MENU
The connection to the source endpoint is unavailable over several days. The log files contain only 2 hours of data before being deleted. Which Is the safest way to create a consistent state in the target endpoint?
When the connection to the source endpoint is unavailable for an extended period, and the log files are limited to only 2 hours of data before being deleted, the safest way to ensure a consistent state in the target endpoint is to use the Reload Target Run option (A). This approach is recommended because it allows for a complete refresh of the target data, ensuring that it is in sync with the source once the connection is re-established.
The Reload Target Run option is designed to handle situations where the replication logs are not sufficient to recover the replicated state due to extended outages or log retention policies. By reloading the target, you can be confident that the data reflects the current state of the source, without relying on potentially incomplete change logs.
Starting processing from a fixed date and time (B) or recovering from a locally stored checkpoint would not be reliable if the logs do not cover the entire period of the outage. Resuming the task and ignoring warnings (D) could lead to inconsistencies due to missed changes.