To verify that our backup was running according to the schedule we’ve configured in part 1, open up the Altaro VM Backup console and look in the Dashboard:

Altaro VM Backup – Backup status

We can see that the last backup was successful, now lets restore that VM. In this post I’m going to perform a full VM restoration. Later on I will show you how to perform a more granular restoration.

Select Restore in the Altaro VM Backup console, and follow the guide:

Altaro VM Backup – Choose restore source

Altaro VM Backup – Choose VM to restore

Altaro VM Backup – Choose VM version

Altaro VM Backup – Restore name and location

Altaro VM Backup – Restore without network

A quick overview of my selection – I choose to restore to the latest backup taken. Since I’m restoring to a VM which is already running (Lab environment) I chose to restore the VM with the network card disconnected.

You can monitor the status in the Altaro VM Backup Dashboard:

Altaro VM Backup – Restore in progress

Once the restoration job completes, I can see a new VM in the Hyper-V Manager Console:

Altaro VM Backup – Restored VM

You can see that its status is “Saved”, this is because When I performed the backup it was the source VM status.

You can also make sure that all of the VM settings restored to its original state:

Altaro VM Backup -Retore VM file location

Altaro VM Backup – VM not connected

Now its time to boot up the VM, or in my case restore it from saved state:

Altaro VM Backup – Restored Saved state

Congratulations!

In this post we have performed a quick and simple restoration procedure to one of our backed up VM’s. I suggest you perform those restorations each quarter or so to make sure that backup is working well!

See in the next post where I will show you how to perform granular restore jobs!