Ideally, every IT department would have a dedicated environment for testing
new software versions. In reality, not everyone can afford to set aside test
systems, though few IT pros relish the idea of installing beta software on production
machines. But thanks to Microsoft's release of Virtual Server 2005 Release 2
(R2) as a free download (at http://www.microsoft.com/windowsserversystem/virtualserver/software/default.mspx),
you can easily and economically set up an isolated test bed and run beta or
brand-new software versions in a virtual machine (VM) environment. I recently
created such an environment to test Exchange Server 2007 Beta 1 and the new
version of Outlook Web Access (OWA), and I'll walk you through the basic steps
I followed to do so.
In the Web-exclusive sidebar " Creating the Basic Virtual Environment" (http://www.windowsitpro.com,
InstantDoc ID 53900), I explain the processes I followed to create the VMs and
virtual hard disks in Virtual Server and install the Windows OSs in the VMs.
Figure 1 shows the layout of my test environment.
Before you undertake your virtualization project, be sure to check with management
about your company's policies for installing beta software and running test
systems connected to the production network.
Collecting the Hardware
An advantage of testing under Virtual Server 2005 is that you probably won't
need to go out and buy any new hardware. Take a brief inventory of any spare
hardware you have available and see what you can put together.
You'll want to assemble a machine that has as much RAM as possible, and you'll also need enough disk space to hold all the virtual hard disks you'll create. The more—and faster—processors you have, the better your machine's performance, although that isn't your chief concern in a test environment.
I used a retired HP NetServer LH6000, a quad P3 550MHz Xenon server that had
dutifully served up several Microsoft SQL Server 2000 databases for four years.
I removed some RAM from another retired Net-Server to give my test machine a
total of 4GB of memory. For storage, I chose an 8GB SCSI hardware RAID 1 array,
which provides storage for the OS and program files, and a 170GB SCSI hardware
RAID 5 array, which provides storage for the virtual hard disks. Why use RAID
for a test system? To provide redundancy: You don't want to spend all day setting
up your VMs only to have a disk fail overnight and destroy all your work. Also,
a RAID array is likely to provide better I/O performance for the VMs than a
single large disk can.
I recommend that you completely isolate your VMs from both your production network and the Internet. Doing so removes the risk of the beta software affecting production and also avoids the need to install antivirus software on your VMs (one less application to run means better performance). The downside to this approach is that you'll need to install everything on your VMs from CDROM or DVD. Therefore, you'll definitely want to add a DVD-ROM drive to your test machine. A DVDROM/CD-RW drive is better; in fact, two drives—one CD/DVD reader and one CD/DVD burner—are ideal. After you've gathered all the components for your test machine, install the necessary RAM, processors, drives, and other hardware and set up your RAID hardware.
Isolate or Connect?
Make sure you have copies of all the applications you want to install on the
test system before you start. The sidebar, "Applications Installed on the Test
System," lists the software I installed on my test machine.
Now you're at a decision point. You can either connect the test machine to
your production network and possibly the Internet or leave it completely isolated.
Earlier, I advised you to isolate your VMs from the production network and the
Internet. However, I recommend you connect the physical test machine
to your production network and give the test system access to the Internet.
Doing so offers some key benefits:
- You can install the Virtual Machine Remote Control client (VMRC)—a
Virtual Server 2005 component that lets a client access VMs on a virtual server—on
any number of management workstations in your network, letting you control
the VMs from your office PC, your home PC over a VPN connection, or another
location.
- You can access your test machine via Remote Desktop.
- If you're sitting at the console of the test machine, you can download software
from the Internet and, if you installed a CD/DVD burner, use it to burn copies
of whatever you need. You can then mount the newly burned CD/DVD on your VMs.
Doing so can save you a lot of trips back and forth to your test machine.
- You can use your current backup solution to back up your virtual hard disks
over the network.
The downside to this approach is that it makes your test machine a first-class
citizen on your production network. If you do put your test system on the production
network, you'll want to treat it like any other production machine and keep
it up to date (e.g., by staying current on OS hotfixes and anitvirus updates).
Whatever you decide, your next steps are to do a clean install of Windows Server
2003 Service Pack 1 (SP1) on your test machine, then install Virtual Server
2005 R2, also on the test system. (See "Creating the Basic Virtual Environment"
for more information about performing these installations.) If the test machine
is on your production network, now's the time to install the VMRC on any management
workstations you want. Likewise, you'll want to make the Virtual Server Administration
Web site one of your Microsoft Internet Explorer (IE) Favorites because you'll
be accessing it often as part of the Virtual Server setup process. The Administration
Web site URL is typically http://servername:1024/, where servername is
the NetBIOS name of your test machine.
Installing Exchange 2007
Assuming you've already created the VMs and virtual hard disks you'll need and
installed the OSs you'll be using, you're ready to install Exchange 2007 Beta
1. To do so, insert the Exchange 2007 Beta 1 DVD into your test machine's CD/DVD
drive and start the setup process. You'll also need to install Microsoft .NET
Framework 2.0, which is included on the Exchange 2007 Beta 1 DVD.
The installer will tell you that you need to have Microsoft Management Console (MMC) 3.0 installed. Initially I elected not to install MMC 3.0 because it's included with Windows 2003 R2, which I'd already installed— but the installer wouldn't proceed without it.
After a bit of Google searching, I located the solution to this problem on
the Microsoft Exchange Team Blog (http://www.msexchangeteam.com).
The installer is looking for a Release Candidate 1 (RC1) Refresh pre-release
build of MMC 3.0. You can solve the problem by either installing that build
or adding a new registry subkey. I used the registry subkey workaround; after
exiting the installer, I created an empty subkey called HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\
MMC30Core. After I created this subkey, the installer proceeded. I elected to
install the Bridgehead Server, Mailbox Server, and Client Access Server Exchange
roles. (I didn't test the Unified Messaging role because I didn't have a test
PBX or the Gateway Server role because it wasn't applicable to my test environment.)
After you select the roles, the installation pre-checks begin. Mine failed initially on the Bridgehead Server, Mailbox Server, and Client Access roles because the domain was in Windows 2000 mixed mode, since I hadn't upgraded my Active Directory (AD) domain from Windows 2000 mixed to Windows 2003 native. I exited the installer and upgraded the domain. (I explain the procedure for doing so in "Creating the Basic Virtual Environment".)
The installation pre-check also complained that Microsoft IIS wasn't installed. After again exiting the installer, I fixed this problem by running the Add or Remove Programs applet's Add/Remove Windows Components option and selecting Application Server (IIS) to install IIS with defaults. After I did so, all my prechecks passed and installation began.
The installer's next step, called Organization Preparation, was to add the Exchange Attributes to AD. This step took slightly longer than one hour for me (your results might differ). Once Organization Preparation is complete, the actual Exchange 2007 installation starts.