You can run a recovery plan for failover or test failover in disaster recovery situations.
Running a recovery plan for failover creates a runtime representation of the recovery steps defined in the plan, combined with other information available only when the plan starts running, such as the snapshot selection and the plan's failover operations.
You can also run a recovery plan for ransomware recovery. For more information, see Run a Ransomware Recovery Plan.
Plan recovery steps apply to the plan itself and control the failover workflow. For example, a planned failover creates a workflow of operations based on the recovery steps defined in the plan. When a plan’s recovery steps are run on the source site (power off VMs, replicate the last snapshot) and destination site (recover VMs in the predefined order).
An unplanned failover creates a different workflow based on the same recovery steps defined in the plan.
After failover, you can leverage the Sync Back feature, which enables you to send VM changes back to the protected site before you failover, providing both continuous protection for failed over VMs and faster failback times.
The most current version of VMware virtual hardware is 20, but VMware Cloud on AWS only supports up to version 19. If you have a VM in your environment running virtual hardware version 20, and you fail over the VM to VMware Cloud on AWS, VMware Live Cyber Recovery will automatically downgrade those VMs to virtual hardware version 19.
Before you run a recovery plan for failover
- A protected site defined. You must deploy and configure the Cyber Recovery connector on the vSphere protected site. For more information, see Download the Cyber Recovery Connector.
- Protection groups created with snapshot schedules configured. To run or test a plan, you must configure protection group snapshots replication to a cloud backup site that is used for failover.
- Tags present on the target Recovery SDDC. For successful failover operations, you must ensure that any vSphere tags and tag categories associated with your protected VMs also exist on the target Recovery SDDC vCenter, or the compliance check displays warnings, and failback will not operate successfully