In "ADS Unplugged" (November 2006, InstantDoc ID 93625), I showed you how to build a basic
mobile Automated Deployment Services (ADS)
solution that lets you perform Windows OS migrations
with no impact on or reconfiguration of your production network. Now I want to show you how to kick it up
a notch so that you can use this mobile solution to perform physical machine to virtual machine migrations.
Although I'll be discussing how to expand a mobile
ADS installation, you can use the same concepts to
expand an ADS installation on a network.
So far, I showed you how to create the mobile ADS solution by assembling the
necessary hardware on a mobile cart and installing the basic software, which
consists of Windows Server 2003 Enterprise Edition, DCHP, and Automated Deployment
Services (ADS) 1.1. To expand this solution so that you can perform physical
machine to virtual machine migrations, you need to perform five steps:
- Install Microsoft IIS.
- Install Virtual Server 2005 Release 2 (R2).
- Install Virtual Server Migration Toolkit (VSMT) 1.1.
- Create the default virtual network.
- Load Virtual Machine Additions.
|
PROBLEM:
You want to perform physical machine to virtual machine migrations
without having to deploy ADS to your entire enterprise.
SOLUTION:
Extend the mobile ADS solution so that it has virtual migration capabilities.
WHAT YOU NEED:
The basic mobile ADS solution (see InstantDoc ID 93625), Virtual Server
2005 R2, VSMT 1.1
DIFFICULTY:
3 out of 5
|
Step 1: Install IIS
Because the mobile ADS solution is a single-server installation, you need to
run and manage Virtual Server 2005 R2 on the same platform. To run Virtual Server
2005's Web-based administrative console— that is, the Virtual Server
Administration Website—in this configuration, you must run IIS on the
mobile server, which in this case, is the MobileP2V server. (If you're expanding
an ADS installation on a network, it's possible to have a central installation
of the administrative console that manages multiple virtual server hosts. In
this situation, IIS isn't required on each virtual server.)
To install IIS, you can use either the Control Panel Add or Remove Programs
applet or the Configure Your Server Wizard. The wizard simplifies the process,
so let's use it. Using local administrative access, log on to the MobileP2V
server. You need the Windows 2003 CD-ROM to install IIS, so place it in the
machine's CD-ROM drive. Select Programs on the Start menu, then choose Administrative
Tools. On the Administrative Tools menu, select the Configure Your Server Wizard
option to launch the wizard.
On the main page of the wizard, click Next. On the Preliminary Steps page,
click Next. In some instances, you might be prompted with a Configuration Options
page. If this page appears, select Custom Configuration and click Next.
You should now be at the Server Roles page. Select the Application server
(IIS, ASP.NET) option and click Next. You don't need FrontPage extensions
or ASP.NET for the Virtual Server Administration Website, so click Next again.
On the Summary of Selections page, which lists all the roles that you selected
for installation, click Next and the installation of IIS will begin. Click Finish
to exit the wizard after the installation completes.
Step 2: Install Virtual Server 2005 R2
It's now time to install Virtual Server 2005 R2. It's important that you use
Release 2 because it addresses a DCOM permissions issue that its predecessor
doesn't address. (Windows 2003 Service Pack 1— SP1—increased the
security of IIS by changing the default DCOM permissions. As a result, when
you open the Virtual Server Administration Website in Virtual Server 2005, you
receive an error message.) You can download Virtual Server 2005 R2 for free.
For details and a link to the download, go to http://www.microsoft.com/virtualserver.
Double-click Setup.exe to start the installation of Virtual Server 2005 R2.
In the Microsoft Virtual Server 2005 Setup page, select the Install Microsoft
Virtual Server 2005 R2 option to start the installation process. Accept the
license agreement and click Next. In the Customer Information page, enter your
username, organization, and product key, then click Next. Because you're building
a single-server solution and need all the components, select Complete Install
and click Next.
The Configure Components page, which Figure
1, shows, lets you specify a different default port for the Virtual Server
Administration Website. However, in this case, you should leave the default,
which is port 1024. Also leave the default option of Configure the Administration
Website to always run as the authenticated user selected. (You'd select
the option to run the Administration Website as Local System account if the
Administration Website needs to be hosted on a server separate from the Virtual
Server service.) Click Next.
Click Install to start the Virtual Server 2005 R2 installation. During the
installation, you'll briefly loose network connectivity while the network drivers
are being installed. After the installation is complete, you should receive
a Web page with installation notes and links to the local installation. Click
Finish to close the setup program.
Virtual Server 2005 R2 is now installed, but there is one configuration change
that needs to be made because of Microsoft Internet Explorer's (IE's) heightened
security configuration. If you're running Windows 2003 SP1 and you attempt to
load the Virtual Server Administration Website, you'll be prompted for credentials,
even if you're logged on as the local administrator. Although you can still
use the Administration Website, having to enter your credentials every time
you connect to it and every time you use the Virtual Machine Remote Control
client can quickly get annoying.
To eliminate the prompts for credentials, you need to add the mobile server's
URL (in this case, http://mobilep2v) to the Local intranet security zone
in IE. By default, this zone is configured to automatically provide credentials
(if requested) when accessing a Web site. Open an IE window, and choose Internet
Options on the Tools menu. On the Security tab, click the Local intranet
icon to modify its settings. You should have the security level set to the default
of medium-low. To add the mobile server's URL to the Local intranet zone,
click the Sites button, then click the Advanced button. As Figure
2, shows, enter the URL and click Add.
| SOLUTION STEPS:
- Install IIS.
- Install Virtual Server 2005 R2.
- Install VSMT 1.1.
- Create the default virtual network.
- Load Virtual Machine Additions.
|
Step 3: Install VSMT 1.1
The next step in expanding the mobile ADS solution is to install VSMT 1.1. VSMT
1.1 is included in ADS 1.1, which you downloaded when you created the basic
mobile ADS solution. So, VSMT 1.1 should already be in the C:\temp directory
on MobileP2V. If you didn't previously install ADS 1.1, you can download it
from http://www.microsoft.com/windowsserver2003/technologies/management/ads/default.mspx.
Extract the contents to the C:\temp directory on MobileP2V. Note that you can't
install ADS 1.1 on a 64-bit version of Windows 2003 or on Windows XP.
Follow these steps to install VSMT:
- Double-click the C:\temp\vsmt\vsmt_setup.msi file to start the installation.
On the Welcome page, click Next.
- Review the EULA. If you accept the terms, select the Accept option and
click Next.
- Select the Full installation option and click Next.
- Click Install. After the installation completes, click Next to close the
setup program.
At this point, VSMT is installed. However, I recommend that you perform two
more tasks: create the default virtual network to make sure that VSMT successfully
performs migrations and load Virtual Server Additions to improve image deployment
performance.
Step 4: Create the Default Virtual Network
When VSMT performs a physical machine to virtual machine migration, it will,
by default, assign the virtual machine to use a virtual network named VM0. However,
the VSMT installation program doesn't create this virtual network because it
can't assume VSMT will be installed on the same computer as Virtual Server 2005
R2. So, the VSMT installation program leaves it up to you to create the virtual
network.
In migration scripts, you can use the /vsHostNet command-line option to specify
a different virtual network to use for a migration. However, if you fail to
specify this option and the default VM0 virtual network doesn't exist, the deployment
will fail. For this reason, I recommend that you create the default virtual
network, even if you don't think you'll use it.
To create the VM0 virtual network, you can use the Virtual Server Administration
Website or run the createvirtualnetwork.vbs script that VSMT provides. To run
the script, open a command-shell window and type
cscript "C:\Program Files\
Microsoft VSMT\Samples\
createvirtualnetwork.vbs"
(The column width forces us to wrap this command here, but you'd type it all
on one line in the command-shell window.)
Createvirtualnetwork.vbs creates the VM0 virtual network and automatically
attaches it to the first host adapter it finds. If you have more than one host
adapter in MobileP2V, you need to verify that the VM0 virtual network is bound
to the same adapter that's running the Preboot Execution Environment (PXE) service
(in this case, 10.10.10.1).
Step 5: Load Virtual Machine Additions
To improve image deployment performance in Virtual Server 2005 R2, I recommend
that you load driver files from Virtual Machine Additions (VMAdditions.iso)
into the ADS Deployment Agent Builder service repository. If you do so, the
ADS Deployment Agent Builder service incorporates the driver files into any
source-computer image, which will reduce the amount of time required to deploy
the image during migration.
In Virtual Server 2005 R2, Virtual Machine Additions are distributed on an
ISO image file and are packaged in an .msi file for ease of installation. Thus,
you can use one of two methods to obtain the three driver files you need. The
first method involves copying Virtual Machine Additions.msi from the ISO file,
retrieving the driver files from Virtual Machine Additions.msi with a tool that
can extract files from an .msi file, and copying the driver files to the C:
driver on MobileP2V. The second method involves copying the three driver files
from a virtual machine on which Virtual Machine Additions has already been installed.
I'll assume you already have an existing Windows 2003 virtual machine that
has Virtual Machine Additions installed, so let's take a look at the latter
method:
- Copy the three necessary driver files— msvmscsi.sys, vmadd_msvmscsi_sys.cat,
and vmsrvc.sys—from the virtual machine to the MobileP2V machine's
C:\temp directory. On the virtual machine, you'll find these driver files
at
• C:\Program Files\Virtual Machine Additions\msvmscsi.sys
• C:\Program Files\Virtual Machine Additions\vmadd_msvmscsi_sys.cat
• C:\Windows\System32\Drivers\ vmsrvc.sys
- Copy the three driver files in the Mobile-P2V machine's C:\temp directory
to its C:\Program Files\Microsoft ADS\nbs\repository\User\PreSystem directory.
- To configure the ADS Deployment Agent Builder service, copy four files
from the ADS and VSMT install points to the C:\Program Files\Microsoft ADS\
nbs\repository\User\PreSystem directory. Those four files are:
• C:\Program Files\Microsoft ADS\nbs\ repository\Windows\intelide.sys
• C:\Program Files\Microsoft ADS\nbs\ repository\Windows\pciidex.sys
• C:\Program Files\Microsoft VSMT\ Samples\vsmt_scsi.inf
• C:\Program Files\Microsoft VSMT\ Samples\vsmt_ide.inf
- Restart the ADS Deployment Agent Builder service using the Microsoft Management
Console (MMC) ADS snap-in.
The driver files from Virtual Machine Additions are now preloaded and will
be used for any future image deployments. You don't need to perform these tasks
again for subsequent migrations.
Ready to Migrate
You successfully installed IIS, Virtual Server 2005 R2, and VSMT 1.1 on your
mobile ADS solution. In addition, you made some modifications to eliminate some
annoying problems and provide better performance during image deployment. Your
extended mobile ADS solution is now ready to be put to use. In case you're unfamiliar
with VSMT, I'll explain how it works and demonstrate how to use the extended
mobile ADS solution to perform a physical machine to virtual machine migration
in a future article.