Adventures with Hyper-V and Backup

Adventures with Hyper-V and Backup

  • Comments 22

A while ago I talked about how I use Hyper-V in my house.  One of the problems that I identified with my current setup was that I had most of my virtual machines (except for the Windows Home Server) running on the same disk as the system disk for the management operating system.

Apart from being a bad practice in general – this has always concerned me as that disk represents a pretty large single point of failure in my server (if that disk fails I will lose my domain controller, FTP server, SCVMM server, SCOM server, MED-V server and WDS server).

Recently I also discovered that the disk in question is the oldest (and slowest) disk in the system – and this is causing performance issues for all of the virtual machines running off of it. 

Given all of this I decided to shuffle some disks out of other systems in my house and setup a higher performance two disk mirror for my system disk.  This would at least address the issues of performance and resiliency to disk failure.  The problem I faced was how to transfer my current system disk to a new RAID configuration.

After some failed attempts at using various cloning programs out there – it struck me that this was an ideal use of our backup technology.  I would just backup the current system disk – and restore it to the new physical disk.

As this was just going to be a “once off” backup – I did not want to spend the time to setup a full enterprise backup solution (like DPM) but just wanted to use Windows Server Backup.

I knew that Windows Server Backup does not support Hyper-V by default – so went off to get the details of how to enable this from the appropriate KB article ( and was pleasantly surprised to find that a “Fix it” has been made for this issue – so I was able to complete this step without too much trouble.

Side note: You may wonder what happens if you do not enable this fix it.  Simply put, by default Windows Server Backup will not engage our VSS backup components.  This means that it will just copy the files of the virtual machines without doing anything to prepare them for backup.  If your virtual machines are turned off – this is fine.  If your virtual machines are running – this can result in your backup having corrupt data in the virtual machines (but it will not affect the currently running virtual machines).

Once you enable the fix it – there is nothing in the Windows Server Backup user interface that indicates that anything is different.  But now when you backup a drive that contains virtual machines we will either use VSS inside the virtual machine in order to guarantee a valid backup is taken – or we will momentarily put the virtual machine into a saved state (if VSS is not supported by the guest operating system) and resume it after the backup is taken.

Most of my virtual machines support VSS, but I did fire up a Windows XP virtual machine just to watch the backup progress – otherwise there is no way for me to know that anything actually happened to the virtual machines :-)

I then fired up Windows Server Backup and requested to do a custom backup, and selected to only do a “Bare metal recovery” backup.  This meant that I was able to backup my system disk without backing up the (rather large) data disks used by my Windows Home Server virtual machine:


But then things started to go sideways.

On my first attempt, the backup failed after 10 minutes with an error message that stated:

“(0x81000101) The creation of a shadow copy has timed out. Try this operation again.”

Searching on this error message revealed nothing of particular interest – and as I was backing up the system due to slow performance of the disk I was trying to backup – I figured this was not too surprising.  So I decided to do as the error message advised – and try again.

The second attempt got further – about 30 minutes in – when it failed with an I/O error message.  A bit of investigation quickly revealed that the USB disk that I was trying to back up the system to had chosen this particular point in time to die.  Hmmm… Ominous.

For the third attempt I tried to backup over the network to my main desktop computer (after having to shuffle a lot of virtual machines around to make space).  This time I received an error message that stated:

“(0x80042336) The writer experienced a partial failure.”

Sigh.  At least I knew about this error message.  Basically – VSS (the backup infrastructure in Windows) prefers to have applications either succeed or fail an entire backup process.  The problem that we have is that we can succeed on all but a single virtual machine – in which case we need to report failure back to the backup application, but we also need to indicate that a specific virtual machine caused the problem.

Seeing this error message I went to check the event log.  Looking in the Admin section of the Hyper-V-VMMS log showed me that it was my FTP server that had caused the problem:


From here I went to look in the event log inside my FTP server. 

At first I checked the System log – and saw a number of error messages from the VDS Basic Provider that stated:

“Unexpected failure. Error code: 490@01010004”

One of these occurred around the time of the failed backup – but there were a number of other instances that did not appear to correlate to any backup activity.  A quick web search turned up this KB article: that explains that this is a benign error message that can be safely ignored.

Next I checked the Application log – and saw an error message at the right time that looked like the culprit:

“Volume Shadow Copy Service error: Unexpected error calling routine.  IVssBackupComponents::SetContextInternal.  hr = 0x80042301, A function call was made when the object was in an incorrect state.”

Unfortunately searching on this error message revealed nothing but random people struggling with random variations of the error message – and none of them related to Hyper-V.  After reading through a number of these I decided that the layman's interpretation of this error message was “something went wrong deep in guts of VSS”.  With such insight in hand I decided that I would just give it another shot.

The fourth time the backup went through without a hitch.

I honestly did not expect this process to be so painful – but the nice thing is that (with the exception of my Windows XP virtual machine, which does not support VSS) through this whole process none of my running virtual machines were disturbed.  In fact – I was watching video streaming off of one of them for pretty much the entire time.

Unfortunately this story is yet to have a happy ending – as while I have been able to confirm that a valid and complete backup was taken (ironically by restoring the backup to a virtual machine on my Hyper-V server – which worked fine) I cannot get the darned thing to restore to my new disk configuration.

So for now my server continues to run a little slow on the old disk, and I am hunting down Windows Server Backup people to try and figure out why my restore is failing.  On the plus side – if I do have a hardware failure now I will have a valid backup to restore the system from (once I get that part working).


Update: This discussion is continued at

Leave a Comment
  • Please add 3 and 4 and type the answer here:
  • Post
  • I have to agree with Doug with regards to creating reliable backups. My experience with it is also nearly impossible.

  • Hello Ben.  It's sad to hear you have such a poor setup.  My Simple Beyond TV configuration has 4 drives with mixed RAID 0 and 1 drives.

    Mirroring your two drives would do zero for performance on your system.  Just help with the safety/reliability of your boot OS.

    Most standard practices generally have the server OS on one pair of mirrored drives and then your data or VMs on mirrored pairs of drives depending on the load.  In larger environments you might have multiple pairs of drives.  In your "home" situation a simple setup of 4 drives in a RAID 1+0 configuration would solve the speed and security issue, but you obviously have to have a lot of drives.  They're so cheap who doesn't have quite a few.

    Also, unless you want ultimate speed from something like a Velociraptor, pairs of laptop 2.5" drives running 7200rpms work very well.  They cost a bit more per GB, but they have less heat, noise and are more durable.

    Regarding your backup, I still use GHOST, more from a USB key than a floppy, but it's extremely fast and would copy over your drives while changing to the larger capacity at the same time.  I know you got to highlight the feature fix for this article, it's just not what I do at my company.  NTBACKUP also still works very well inside of the VM to a network drive.

  • Is there ANY way to get VMM to run on a Workgroup only environment? I don't have a domain, only workgroups but I want to use the tools that VMM has. How can I do this.



  • I too had the same concern as you about a single point of failure.  To solve this problem I just added a hard disk and enabled a software RAID-1 mirror for the system volumes.  It's not exactly what you were trying to do, but I thought it might be helpful for others to know that this is possible and requires no downtime or backups.  You can even do it through the command line on Hyper-V Server using Diskpart.  I plan to blog about my experience installing and configuring Hyper-V Server 2008 R2 in the next couple of days and this set of actions will be included.

  • Janson -

    Thanks for the pointer!

    Ronnie Isherwood -

    disk2vhd uses VSS to create the snapshot - so it actually is pretty much the same thing under the covers.

    Kurt -

    Thanks for the feedback.

    Mike -

    No, VMM needs to have a domain controller.



  • [Written based off of reading the original article, not considering other comments]

    It is because of the new disk configuration (and different accompanying Disk Controller Hardware) that causes the restore to fail.  Doing this with with Windows Server Backup is really no different than imaging the whole thing with something like Ghost and then applying the image to the new Drive Setup and expecting it to boot up.

    You need to backup all the VMs and any other needed material.  Then Load the OS clean from scratch on the new Drive Setup,...then restore all the VM and the material.  Basically this is the same thing as dealing with a failed machine when you are forced to restore on to Dissimilar Hardware (which just is another way of saying that you can not restore).  In fact the Drive Controllers and Drive Arrangement is the primary thing that causes hardware to be considered "dissimilar" or "incompatible".

  • i use the free version from altaro for my home setup

    doesnt have the full functionality that you might need though more than enough for home and my test lab..

    there are a few backup/export scripts out there too that help...just search for them

Page 2 of 2 (22 items) 12