Are we having fun yet?
Welcome to my five-part series on Windows 8 Client Hyper-V. In the first article, I showed you how to install and configure the client Hyper-V feature in Windows 8. In part two, we configured a virtual switch, and in part three I demonstrated how to populate Hyper-V with virtual machines. This promises to be a terrific desktop virtualization solution and it's included in Windows 8 Professional. Today I'll create a new virtual machine from an existing VHD that had a previously installed operating system.
Finally, in part five, we're going to run through the steps in managing Windows 8 Client Hyper-V with PowerShell.
DameWare Remote Support allows you to manage servers, notebooks, and laptops remotely to quickly and easily support end-users!
Save time by remotely completing Windows administration tasks such as starting and stopping Windows Services, clearing and viewing Windows Event Logs, automatically install agents as you need them, and much, much more. Take full control of the end-user’s desktop in a single click!
As I’ve mentioned earlier, when I ran Windows 7, I primarily used Virtual Box from Oracle for desktop virtualization. Now that I’m running Windows 8, I want to use Hyper-V. I can’t import the virtual machines, but I can build new virtual machines from virtual disks. I have already converted the Virtual Box disk files from their format to VHD. But in order to test the entire process I’m going to use a copy of a VHD file previously created from another project.
The first thing I want to do, although not required, is to verify the VHD file. In Hyper-V Manager, there is an inspect disk action as I’ve highlighted below in Figure 1.
Clicking Next brings me to memory configuration. Because I intend to not have any other virtual machines running when this is running, I’ll go ahead and bump this to 4GB. My test machine has 8GB of RAM.
Now it's time to roll up my sleeves and do a little configuring networking. Remember, the VHD already has an installed instance of Windows Server 2012 RC, and I know it is configured for a single adapter. So I’ll create a new adapter with the virtual machine and bind it to my virtual switch that will connect it to the physical network. Eventually when I start the virtual machine, the guest OS will do some reconfiguring for the new hardware, but that’s okay.
When you are using an existing VHD with a pre-installed operating system, hopefully you know what hardware configuration it is using. You may need to adjust settings accordingly. For example, if I knew the operating system on the VHD is expecting two processors, I can go ahead and add a second one. These settings should be okay, so I’ll close them and fire up the new virtual machine based on an existing VHD.
Naturally, because an operating system is already installed, you’ll need to know the necessary credentials to log on. For Windows-based operating systems, the virtual machine should detect new hardware and install drivers or software as needed. More than likely you will need to reboot the virtual machine. By the way, if you need to send Ctrl+Alt+Del to the virtual machine, use Ctrl+Alt+End. Or, in the Virtual Machine Connection window, select Ctrl+Alt+Del from the Action menu.
There is one final step to make, especially if your VHD is running a Windows operating system: Install integration services after rebooting (or before if you can). These services make it easier to manage the virtual machine from the Hyper-V manager.
From the Action menu in the Virtual Machine Connection window, select Insert Integration Services Setup Disk. This assumes your virtual machine has a DVD device. Launch the setup according to your operating system. Follow the prompts and reboot if necessary. You can configure integration services under settings. But unless you have some very specific needs, I’d stick with the defaults.
As I hope you’ve seen, creating a virtual machine is pretty easy, especially when you use a VHD with a previously installed operating system. Now that I’m familiar with the process and the Hyper-V Manager, I can turn my attention to rebuilding my VirtualBox virtual machines into Hyper-V machines. I’ll cover that in the next article.