Best practices for the RESYNC job

When a RESYNC job fails on a dSource dataset, it is critically important that you do not disable the dataset immediately.

If you disable a dataset after a failed RESYNC, subsequent attempts to re-enable the dSource will fail. This can leave the dataset in an unusable state and may require manual intervention from support.

Do not disable a dSource after a RESYNC job failure or RESYNC cancel job

Recommended Best Practice

If you encounter a situation where you must cancel a RESYNC job:

  1. Cancel the RESYNC job (if needed).

  2. Do not disable (or force-disable) the dataset immediately after cancellation.

  3. Instead, re-trigger the RESYNC job.

  4. Wait for the new RESYNC job to complete successfully.

  5. Once the RESYNC job completes, you may safely disable the dataset, if necessary.

Why This Matters

Disabling a dSource while a RESYNC operation is incomplete or has failed may corrupt the internal state of the dSource configuration. Delphix expects RESYNC operations to complete in full or be properly reattempted before any dataset state transitions (like disabling) are performed.

Summary

Action

Recommendation

Disable after RESYNC failure

Avoid — may prevent future enable workflow.
Cancel RESYNC and re-trigger RESYNC Safest way to recover dsource dataset
Disable after success RESYNC Safe — dataset is in a stable state