Flows for DR Orchestration Operations

Test Boot VM

Test Boot VM allows you to test your DR setup by performing these steps:

  1. Take a snapshot of VMs on the DR site.

  2. Disable network adapters on VMs on the DR site.

  3. Start the VMs on the DR site.

  4. Verify the status of VM tools.

  5. Revert snapshots of VMs on the DR site.

  6. Delete snapshots of VMs on the DR site.

Test Failover

A Test Failover operation validates the failover operation for a group of VMs by live mounting replicated VMs to a test site:

  1. Run selective backups of VMs on the primary site.

  2. Replicate VMs from the primary site.

  3. Perform live mounts for the VMs in a failover group based on configured priorities.

  4. Based on pre-configuration, stage the VMs in the failover group with an isolated network or without network connections.

  5. Start the VMs on the test site.

Planned Failover

A planned failover allows you to back up your production VM and then move production operations to the DR VM by performing these steps:

  1. Stop VMs on the primary site.

  2. Run selective backups of VMs on the primary site.

  3. Replicate VMs from the primary site.

  4. Disable Live Sync for VMs on the primary site.

  5. Start the VMs on the DR site.

Undo Failover

The following actions occur during an undo failover operation:

  1. Delete the failover snapshot on the secondary site.

  2. Power off the virtual machine at the secondary site.

  3. If recovery point snapshots are available at the secondary site, revert the virtual machine at the secondary site to the last available recovery point snapshot.

  4. Create an integrity snapshot at the secondary site.

  5. Power on the source VM at the primary site.

Recovery Point Creation and Point-in-Time Failover

  1. Each backup triggers a replication operation to update the virtual machine on the destination site.

  2. The replication operation creates a recovery point snapshot on the destination site, up to the maximum number of recovery points specified.

    Snapshot names use the convention __GX_Recovery_Point_replication_job_id.

  3. If the number of snapshots is is already at the specified limit, the replication operation removes the oldest snapshot before creating a new recovery point.

  4. If validation fails for a replicated virtual machine, the software performs a revert operation to return the virtual machine to the state captured in a previous snapshot.

  5. If necessary, you can perform a point-in-time failover to revert to a specific recovery point snapshot instead of the latest snapshot.

Unplanned Failover

An unplanned failover allows you to power off your production VM and move production operations directly to the DR VM in an emergency situation by performing these steps:

  1. Stop VMs on the primary site.

  2. Disable Live Sync on VMs on the primary site.

  3. Start VMs on the DR site.

Failback

If a failover has completed successfully, then you can perform a failback operation. A failback allows you to update the production VM using an incremental backup of the DR VM and enable Live Sync by performing these steps:

  1. Stop VMs on the DR site.

  2. Perform incremental backups of VMs on the DR site.

  3. Update VMs on the primary site with any changes made since the last full backup.

  4. Start VMs on the primary site.

  5. Enable Live Sync on VMs on the primary site.

Loading...