Many organizations, from small businesses to massive hosting companies, prefer to deploy non-clustered Hyper-V hosts because of the overall host capacity-to-VM ratio (no need for failover capacity). A new version of Hyper-V is here, so how will these organizations upgrade their standalone Hyper-V hosts to Windows Server 2012 R2 Hyper-V?
There are two options for upgrading non-clustered or standalone Hyper-V hosts to Windows Server 2012 (WS2012) R2 Hyper-V. There are two general approaches that can be used:
Note: We are discussing only non-clustered Hyper-V hosts in this article. There will be another article on dealing with Hyper-V clusters because the supported options are very different.
No matter which process you use there are a few things to check before you start an upgrade.
You won’t find this in black and white, but Microsoft hates in-place upgrades. This is because any problems you had in the older installation are brought forward. Also, there are variables with drivers and third-party add-ons (such as anti-virus) that are outside their control.
Despite this, you can upgrade a host (Windows Server 2008 or later) to Windows Server 2012 R2. This will allow you to retain existing configurations after the upgrade is completed.
Before you start the upgrade process you will need to prepare:
The final step will be to put the VMs into a safe state. To be safe you should shutdown VMs on legacy versions of Hyper-V (W2008 or W2008 R2). You can put VMs on WS2012 Hyper-V into a saved state or shut them down.
Microsoft invested in creating a smooth transition from WS2012 Hyper-V to WS2012 R2 Hyper-V. This means that save states and Hyper-V Snapshots (now known as Checkpoints) created on WS2012 Hyper-V should have no problems on with the newer version of Hyper-V.
Now pop in the media for WS2012 R2 Hyper-V and perform an in-place upgrade. Afterwards you will:
Now you can start the virtual machines on your Hyper-V host and you’re nearly finished.
Like Microsoft, I don’t like upgrades. There are too many variables to get a predictable result. With all Windows “upgrades,” I prefer to perform a clean installation of Windows. WS2012 Hyper-V added a new feature where we could import a virtual machine that was not previously exported. This VM registration option opens up a new “upgrade” option where we don’t upgrade at all. Instead, we will format the C: drive of the host and install a brand new management OS without inheriting any problems of the past.
There is a critical prerequisite for this approach. None of the virtual machines files should reside on the C: drive. Sadly, the designers of Hyper-V continue to use a subfolder on the C: drive as the default locations for:
I always strongly recommend that both of these paths are changed immediately after creating a Hyper-V host. Some people don’t do this; instead they leave the critical VM XML file on the C: drive (the management OS). If you are running WS2012 Hyper-V then you can use Storage Live Migration to move this file to a dedicated VM storage location so that formatting the C: drive won’t cause the file to be lost.
The storage paths for Hyper-V virtual machine XML files and virtual hard disks.
Put your VMs in a safe state (as discussed above) and shut down the host. Install WS2012 R2, choosing not to upgrade and to format the C: drive. Complete the process and log into the host. Install any security and management software that you require.
Open Hyper-V Manager. The VMs are not there yet, so choose to import the VMs, select the register option, and import each VM one at a time. Each VM will reappear in Hyper-V Manager and you can start them up and you are nearly finished.
There are three operations that you will need to do to complete the process.