Restore Azure Virtual Machines to an Availability Set Using PowerShell

Posted on April 14, 2017 by Aidan Finn in Microsoft Azure with

In this post, I am going to show you one way to restore an Azure virtual machine from Azure Backup. From there, we will join that machine to an existing availability set.

 

 

The Problem

When you do a simple next > next > next restore of an Azure virtual machine from Azure Backup, the newly created machine does not join an availability set. That is a problem because you might have joined the original machine to an availability set with high higher levels of planned or unplanned outage tolerance. You would expect the restored machine to have the same levels of redundancy. However, it will not. There is not a “re-join the original availability set” option.

There are a few workarounds available to us now. In this post, I am going to focus on the original workaround. I will show you how to do a restore of the disks to a storage account only. There will not be a virtual machine created. Using those disks, we will have to create a new virtual machine in the availability set of choice.

This example is based on Azure Resource Manager or ARM.

Restore the Disks Using PowerShell

The first things you need to do with Azure PowerShell:

  1. Make sure you have the latest version of the PowerShell modules or you will get weird errors.
  2. Sign into Azure.
  3. Select the correct subscription.

In my example, I “accidentally” deleted a protected virtual machine called vm-petri-01. This was in a resource group called rg-petrisource and stored in a storage account called rgpetrisourcedisks369. I had previously configured backups to a recovery services vault called rsv-petri.

I will store a few variables in memory and they can easily be reused:

You need to set a recovery services vault context. This is like marking a recovery services vault as the current working resource. I will store the vault in a variable called $Vault and then set the vault context.

A virtual machine is backed up into a container. We will retrieve that container using the following line:

We will select the item backed up for that virtual machine from the container:

To do a restore, we must select a recovery point. The next line will retrieve all of the recovery points:

The results of the above line are stored in an array. It is a variable with multiple selectable entries, one for each recovery point. I will display the available recovery points and I can pick one.

I am going to use the most recent recovery point, which is the first entry in the array (item 0). I can see more details about the recovery point by running:

Now it is time to do the restore. I will save the results of the restore action to a variable and I can track the job’s status:

The job will take some time. You can track the job by querying the results of $RestoreJob.

Re-Create the Virtual Machine

The next step in this method is to create a new virtual machine using PowerShell. You could use JSON to create the new machine. There is a great script shared by Microsoft employee Rhoderick Milne. This will do the trick:

  1. Get the URI (the URL) of the restored OS disk from the storage account, which is easily found in the Azure Portal.
  2. Download the script.
  3. Modify the variables to account for things such as the desired machine name, disk URI, availability set name, and so on.
  4. Run the script.

When you browse your storage account, you will spot some very interesting BLOBs. Some JSON files are restored for you, which give you the ability to restore the virtual machine using a customizable JSON deployment!

Sponsored

A few minutes after running the script, you will have a new virtual machine with the restored operating system disk. If there were any data disks, you can attach the restored data disks to the virtual machine.

Tagged with , , , , ,

Register for this Webinar

How Replication Supports Your Company’s RTOs & RPOs
Join us for this free webinar

Can you have your workloads running within the agreed RTOs? Join this webinar with expert speakers from Veeam to exceed business objectives with an RPTO<15 min for ALL of your application and data.

Thursday, December 14, 2017 at 11 a.m EST