-- Ben Armstrong, Hyper-V Program Manager
Talking about Virtual PC and Hyper-V at Microsoft
We have just published a hotfix for Windows Virtual PC that addresses a compatibility problem when trying to install on an AMD Bulldozer system.
You can download it here: http://support.microsoft.com/kb/2519949
Cheers, Ben
We released a new hotfix for Hyper-V today.
This hotfix addresses an issue where virtual machines may crash (with a STOP 0x000000D1, DRIVER_IRQL_NOT_LESS_OR_EQUAL error) when it is being live migrated. While this problem is relatively hard to encounter – I would encourage anyone who is using live migration to plan to deploy this hotfix in the near future, as you do not want to hit this accidentally.
You can download this fix directly from here: http://support.microsoft.com/kb/2636573
Alternatively, it is also being distributed through Windows Update. Unfortunately it is only available as an optional update though – so you will need to explicitly select to install it on your servers.
Either way, this hotfix does require that you reboot the physical server so you will need to plan the deployment of the fix appropriately for your environment.
My last challenge for getting all of my server virtual machines over to fixed-size virtual hard disks is moving some of my Windows Server 2008 R2 virtual machines. As a reminder, the goal here is to move a virtual machine on a large dynamically expanding virtual hard disk to a smaller fixed-size virtual hard disk. I have used the same technique as I discussed here – but for obvious reasons the process is quite different, as I cannot use any of the GUI tools. Here is the process I followed:
Once this is all complete, and once you have confirmed that the virtual machine is working properly, you can delete the dynamically expanding disk and the backup.
Yesterday I showed you how to easily convert a dynamically expanding virtual hard disk to a fixed size virtual hard disk. But, how do you do this if you want to keep your fixed size virtual hard disk as small as possible? Well, here is the process that I use for my Windows Server 2008 R2 virtual machines:
As I discussed yesterday – I have been working on converting my virtual machines from dynamic virtual hard disks to fixed virtual hard disks. There are a couple of ways that you can do this. The easiest way is to just convert the disks using Hyper-V. To do this you need to:
While this process is fairly easy to follow – it has one big drawback. The fixed virtual hard disk will take up the maximum space of the dynamically expanding virtual hard disk. For some of my virtual machines I had created small dynamically virtual hard disks, so this worked well. But for some of them I had created foolishly large dynamically expanding virtual hard disks.
Tomorrow I will document the process that I used for these virtual machines.
I have had a couple of days off for Christmas, and once the children were happily playing with their new presents, my mind naturally turned to some outstanding server maintenance that I needed to do.
Top of my list was completing the process of switching all of my servers over to fixed virtual hard disks.
There are two reasons why you should use fixed virtual hard disks in production environments:
Given that my servers are only used by me and my family – performance is not a big concern. And for a long time now I have been using dynamically expanding virtual hard disks for all my server virtual machines. But recently I had a big problem. One of my virtual machines started chewing up huge amounts of space. The result was that my Hyper-V server ran out of space and paused all of my virtual machines (to stop any of them from crashing). When this happened I did some emergency space management, but left most of the virtual machines still using dynamic virtual hard disks.
Converting a virtual machine from a dynamic virtual hard disk to a fixed virtual hard disk can be quite tricky. So this week I am going to blog about some of the tips-and-tricks that I have picked up in the process of switching over to fixed virtual hard disks.
Last week I was asked, on Twitter, if it was possible to publish a built in application (like Internet Backgammon) from Windows XP mode. The answer is: Yes, but it is a little tricky.
Most people use Windows XP mode to run specific applications that they have that will not run under Windows 7. These people do not want to have their start menus cluttered with all the applications that populate the Windows XP menu – they just want to access their applications. For this reason, we block publishing of all of the built in applications in Windows XP – but you can unblock them.
To test this out – I published Internet Backgammon on one of my systems. The process that you need to follow is this:
After doing this – the application will appear in the Windows 7 start menu:
And you can run it as an integrated application:
In Windows Vista we introduced “BitLocker” to Windows – a native full disk encryption technology for Windows. Most people immediately saw the potential for BitLocker on laptops. Encrypting your laptop meant that if you were ever unfortunate enough to lose your laptop (through theft or forgetfulness) you would not have to worry about someone else getting access to your data.
But today I would like to explain to you why you want to use BitLocker on your servers too. All of your servers.
Recently, I had a hard disk fail in one of my servers. This happens from time to time, and thanks to RAID it was not a big deal. I just bought a new drive, popped out the old drive, put in the new one, rebuilt the array and I was off and running.
But now I have a problem: what do I do with the old drive?
It’s broken. So broken that it is hard to delete the data that is on there – but there is data on there none the less. And despite how unlikely it is that anyone will ever look at it – I am not entirely comfortable with just dropping it in the trash. Personally, I have had the experience of connecting a broken drive that had been sitting on the shelf for a couple of months and finding that it would work for a couple of hours before failing again. It is plausible to imagine that someone might find my old drive and hook it up just to see if it worked.
So how do I get rid of that data?
Drives these days are quite hard to destroy. I have tried to pull them apart manually, I have hit them with a hammer, I have even driven a car over one. They are surprisingly rugged. You could sit magnets on them – but you won’t know how effective it has been. Microwaving the drive should be quite good – but would probably damage the microwave as well. Besides, there is a much simpler solution: use BitLocker.
Once you have enabled BitLocker on a server – your data is now protected, even if the disk fails. Especially when the disk fails. With BitLocker on you can take that failed hard disk and drop it in the bin with no concern of anyone ever getting data off of it.
Happy times.
Over the weekend I reconfigured one of my main servers. As part of this process – I had to make some large fixed virtual hard disks (800-1600GB in size). This took a long time…
I spent quite some a while looking at this screen…
In the past I have talked about why this takes a long time and I have also talked about a tool that is available that can make fixed virtual hard disks quickly. So you may be wondering why I would still create virtual hard disks the slow way.
Well – there are two reasons:
In my opinion – when it comes to production systems, sometimes it is just worth taking the time to do things properly.
Hopefully what I am about to say is not news to you – but it is worth saying: data protection systems that have not been tested are useless. Whether you are backing up computers, using RAID or replicating data – the first thing you need to do once you have everything setup is to test that you are actually getting the data protection you think you are getting, and that you can actually recover from a problem.
Too often, people setup data protection systems and believe everything is fine – until they need to recover lost data. Then they discover that:
So for this reason – I always test my data protection systems. To make sure that they are working, and that I actually know how to use them.
Ordinarily – I use a combination of Windows backup and hardware RAID1 in my home environment. I know my hardware RAID systems like the back of my hand – and have frequently tested my backups by restoring them into a handy virtual machine (just to confirm that everything is still working). However, recently I bought some new hard disks that did not approve of my older RAID controller. After some thought and investigation – I decided that the easiest (and cheapest) solution would be to setup a software mirror using Windows.
The problem with this is that it has been a long time since I used software mirroring in Windows. “Dynamic versus basic disks”, “foreign disks”, “pack IDs” are all terms that I could remember – and I could remember that it could be a little tricky. I needed more confidence than that to trust my data to this.
Virtual machines to the rescue!
It took me about an hour to:
All of this went well – and I was soon setting up my software mirror on hardware, with complete confidence in what I was doing.