既然如今发布了vSphere Update 1，那么所有对升级感到苦恼的VMware管理员真正考虑从ESX 3.5的环境升级到vSphere，即ESX 4.0。

　　在2002年对Windows XP升级是一次痛苦的经验，如果没有一个或两个服务包可用，你是从来不去升级的。你会让早期采用者去经历升级的痛苦，写下所有最佳实践文章。然后你才可能去尝试升级。

　　首先要做的事：备份

无论你如何升级ESX服务器，你都需要升级VMware vCenter Server及其组件。这意味着你需要备份Virtual Center和Update Manager数据库。我们都应该经常对此进行备份。

　　如果你不是数据库管理员，去找你的数据库管理员或开发人员，在你进行升级之前让他们运行新的备份。接下来运行vCenter Upgrade。注意选择升级你现有数据库的选项。继续升级Update Manager、vCenter Converter和任何其他你已经安装的组件。不要忘记将Web浏览器连接到vCenter Server的地址，并且安装新的vSphere Client，如今支持Windows 7。

　　“驱散”旧有安装

　　现在我们看看升级ESX环境的选项。首要并且最受欢迎的是从DVD/ISO/Deployment设备重建。所有这些都需要迁移机器到另一台主机，使用DVD进行全新安装，摒除旧有安装。当使用这种方式进入高级安装选项并调整分区大小时，这种方法非常容易操作。

　　关于设置分区有大量选项。我采用的是确保swap有1600MB，使/var /tmp and / (root)足够大（参见下面表格）。如果你的主机服务器上有内部存储，可能至少在Raid 1里有2个72GB SAS/SCSI的驱动，以便有足够空间安装ESX。如果使用这种方法，没有旧有操作系统的剩余部分，不会导致问题，就可以实现我们的目的。

　　Host Update Utility（主机更新工具）

　　主机更新工具非常好用，能作为选项与vSphere Client一起安装。非常适合小型环境。它能下载补丁，保持你的更新，甚至升级ESX到下一个版本。启动Host Update Utility，添加ESX主机。扫描看是否有补丁或升级。然后就让该工具做剩下的工作。下载升级包升级主机。

　　Update Manager

　　Update Manager允许你从vCenter Server管理补丁和升级。可以筹划升级，这在大型环境可能更有效率。尽管它有助于升级的自动化，实际的收益是最后你能基于你想安装的包（例如vSphere Update 1）创建基准，并且能迅速看见哪台主机遵从或没有遵从基准。如果你只有一个三台主机的集群，那没有问题，但是在拥有300台ESX服务器的数据中心，最好追踪进程。

　　高级选项

　　如果你不信任图形用户界面（GUI），那么你可能从命令行运行升级，你仍然能下载升级包并使用esxupdate或vihostupdate CLI命令。

　　Version 7虚拟硬件

　　关于用于虚拟机的新version 7 Hardware，有在某些情况下出现问题的报道。确保在升级虚拟机硬件之前完全检查这个解决方案，因为一旦升级就无法挽回。

　　你能做什么？

　　在介绍了如何升级的这些选项之后，人们通常会问“你使用何种方法？”对我来说要视情况而定。我可能首先会使用Deployment Appliance，如EDA（ESX Deployment Appliance）或UDA（Ultimate Deployment Appliance）权衡升级的成本和好处。如果使用这些设备花费的时间“只是刚好”比我使用DVD少一点，我可能倾向于使用设备。

　　但并不都是关乎时间，如果你要添加额外的主机或者你时常重建主机，那么使用设备可以节约时间。同样，使用设备能确保每台创建的机器都相同，消除了你可能漏掉输入一个配置设置，并且花费一小时尝试找出我们仨你不能迁移到升级机器的原因的可能。

　　更多技巧请参见“VMware vSphere技术指导手册”