This scenario is known as a cold migration upgrade. When you use cold migration to move virtual machines from one host to another host, additional downtime is required for the virtual machines.

This scenario assumes that the hosts do not have vMotion capabilities.

Upgrades using cold migrations are useful for scenarios in which a multi-step upgrade is required, such as upgrades from versions lower than ESX 3.5. Such upgrades require upgrading to ESX 3.5 and then upgrading to ESX 4.1.

The requirements for a cold migration upgrade are as follows:

One or more machines meeting ESX 4.1/ESXi 4.1 requirements.

Empty host storage sufficient to hold a portion of your production virtual machines. Ideally, the storage should be large enough to hold all of the migrated virtual machines. A larger capacity for virtual machines on this extra storage means fewer operations are required before all your virtual machines are migrated.

Before you begin this procedure, complete the following tasks:


Upgrade to vCenter Server 4.1.


Make sure your database is compatible with vCenter Server 4.1. This release discontinues support for some database versions and adds support for other database versions. See the vSphere Compatibility Matrixes on the VMware vSphere documentation Web site.


Make sure that you have the required permissions to perform this procedure. See Database Prerequisites.


Take a full backup of the vCenter Server database. See your database documentation.


Back up the vCenter Server SSL certificates.

The downtime required for this upgrade is based on the amount of data in the database. During this time, you cannot perform provisioning operations, such as cloning or creating virtual machines.

After the upgrade, the hosts are automatically connected to vCenter Server 4.1 if you select that option during the upgrade process. Your VMware High Availability (HA) and VMware Distributed Resource Scheduler (DRS) clusters are automatically reconfigured. (Check to ensure that the automatic reconfiguration is successful. In some cases, you might need to reconfigure the clusters manually.)

For a detailed description of the upgrade procedure, see Preparing for the Upgrade to vCenter Server and Upgrading to vCenter Server 4.1.


Run the vCenter Agent Preupgrade Check tool.


Install the vSphere Client.

You can install the vSphere Client on the same machine with your previous version of the vSphere Client. You must have the previous version of the vSphere Client to connect to previous versions of vCenter Server and ESX/ESXi.

For a detailed description of the procedure, see Upgrade the vSphere Client.


If your environment has vCenter Converter, upgrade it to the latest version.


If your environment has vCenter Guided Consolidation, complete the consolidation plan and then upgrade it to the latest version.


If your environment has vCenter Update Manager, upgrade it to the latest version.


Add the ESX 4.1/ESXi 4.1 host to vCenter Server 4.1.


Add the ESX 4.0/ESXi 4.0 hosts to vCenter Server 4.1.


Power off or suspend the virtual machines on the ESX 4.0/ESXi 4.0 hosts.


Move the virtual machines to the ESX 4.1/ESXi 4.1 hosts.


Upgrade your virtual machines:


If they are not already powered on, power on the virtual machines and upgrade to the latest version of VMware Tools. This upgrade allows you to use the new features of ESX 4.1/ESXi 4.1.


Power off the virtual machines and upgrade to the latest version of virtual hardware to take advantage of the new virtual hardware. vSphere 4.1 supports some earlier virtual hardware versions. See the vSphere Virtual Machine Administration Guide.

Upgrade VMware Tools before you upgrade the virtual hardware.

You can use either the vSphere Client or vCenter Update Manager to upgrade virtual machines. In a clustered environment, VMware recommends that you use vCenter Update Manager . See the vSphere Update Manager Administration Guide. If you are using the vSphere Client to upgrade virtual machines, see Upgrading Virtual Machines.


Upgrade your product licenses:


Either your new license keys are sent to you in email, or you get them using the license portal.


Apply the new license keys to your assets using the vSphere Client (or vCenter Server if you have it).

You must perform these tasks for each host and the virtual machines on the hosts.