Common workflows
First failover
Validate your protection plan with a test recovery, then know the path for a real full recovery.
- Product
- Datamotive Platform
- Version
- v2.0.3
- Last updated
- Updated
- Reading time
- 1 min read
Start with a test recovery — it recovers from the last consistent replicated copy into an isolated environment without touching production or replication, and consumes no license capacity. Run a real full recovery only in an actual DR event or planned promotion.
Run a test recovery
On the recovery site's console: Configure → Protection Plans → (plan) → Actions → Test Recovery.
Select VMs and copy
Pick the VMs and recover from Latest or a Point in Time checkpoint. Supply guest credentials only if scripts are configured (or for static-IP assignment on VMware targets).
Point at isolated networks
In the test recovery configuration, choose sandbox networks and right-sized instances so the drill cannot touch production.
Tools and scripts
Optionally install system agents and cloud packages in the recovered guests; skip plan-level recovery scripts if they mutate shared infrastructure.
Finish and monitor
Jobs appear under Jobs → Recovery with the current step shown. Windows recoveries include an extra validation step.
Validate and clean up
Connect via the IP on the recovery job (RDP file for Windows, SSH for Linux) and verify the application. Then remove the test instances with Actions → Cleanup Recoveries — leaving them running accrues cloud cost.
The complete procedure, including the agent matrix per platform, is in Recovery testing.
When you need the real thing
A production failover follows the same shape with two differences: it uses Actions → Recover, and it consumes license capacity. The full runbook is Failover; afterwards, failback replicates the recovered workloads back to the original source.
Related docs
Was this page helpful?
