如果目前在Hyper-V生产运行环境中已经使用微软System CenterVirtual Machine Manager（VMM）测试版的话，那么根据下面介绍的几个步骤有可能把其迁移到预发行版（RC：Release Candidate）中。

　　一直以来都认为不应该在测试版或者预发行版软件上部署基础架构。由于不能保证从试用版或者预发行版的升级路径确实行得通，所以过早地使用可能会带来系统宕机。但是我发现微软发布的VMM软件包却完全打破了这种传统的思维模式。

　　当然现在这篇文章并不是要评价那些使产品完成向VMM 2008 R2飞跃的IT专家（尽管大家都已经了解）。反而，我倒希望能够帮助他们把测试版软件升级到最近的预发行版。坦率地讲，过早采用VMM 2008 R2也可能成为那些少见的案例之一，即向生产工作环境推出预发行版本软件未必是最坏的解决方案。具体原因如下：

• VMM 2008 R2远远要比RTM（Release-To-Manufacturing）版本那么复杂，也比其功能丰富。在Windows Server 2008 R2之上运行可以支持动态迁移和集群感知卷，同时也带来其它各种优势。这个升级过程提升了价格优惠的虚拟化平台的门槛。
• VMM仅仅内置Hyper-V管理功能：VMM 2008可以作为Windows Server的其它管理组件之上的一个功能层，通过VMM可以轻松地管理虚拟机的很多组件和宿主主机的配置，但是几乎所有的这些元素在其本地控制台。例如，在VMM内部可以启动虚拟机宕机备份或者虚拟机配置。宕机备份和配置调整可以在Windows宕机备份集群控制台完成，也可以在那些拥有虚拟机节点的Hyper-V控制台完成。

　　因此，如果等不及VMM升级到操作环境的话，淘汰并替换也未必是不好的选择。虽然已经有很明确的警告，但是如果喜欢追求最前沿技术的话，我也能够理解这种迫切希望升级到虚拟机管理器最新版的想法。

　　虽然听起来确实是比较兴奋，可是仍然有必要采取一定步骤来使VMM 2008 R2测试版实例升级到预发行版。基于是否保存现有的虚拟机和主机配置，这些步骤可能各不相同。

　　从Microsoft主页下载VMM 2008 R2程序：在这个网页上可以找到可安装执行文件和最近的更新文件。在开始进行升级之前，移除和VMM服务器不属于同一个域的其它所有成员主机。其中包括外设网络主机或者那些域内和VMM服务器没有双向信任关系的主机，当然也包括任何连接到VMM基础架构上的VMware vCenter服务器。这些主机需要在VMM 2008 R2升级之后再行安装。

　　卸载VMM服务器：选择复选框以保存数据。该步骤可以确保在升级过程中仍然可以保存VMM配置信息。如果在工作平台中的其它位置——如在库服务器中或者自助服务入口中——安装了其它VMM组件，则需要卸载这些服务器。

　　VMM 2008 R2 RC必须安装在Windows Server 2008 R2 服务器上，并且该服务器需要运行SQL Server 2005 SP3或者SQL Server 2008 SP1。这也就需要对操作系统或者数据库进行同步升级。

　　在预发行版VMM服务器上安装一个小工具来升级其数据库组件：这个在主要升级工作完成之后进行。该工具的名字是UpgradeV2R2Beta.exe，可以在Microsoft Connect主页上找到。在命令行窗口使用如下命令来运行这个工具：

　　UpgradeV2R2Beta.exe -server [servernameinstancename] -database [databasename]

　　在这个命令中，VMM实例的默认名称是MICROSOFT$VMM$，数据库的默认名称是VirtualManagerDB。VMM服务器上必须安装有.NET Framework 2.0和SQL Server工具，才可以保证这个小工具的各项功能正常运转。

　　开始安装新版本：从VMM服务器开始。VMM服务器安装看起来和安装测试版没有太大区别。回答各种问题，验证是否安装成功。此时VMM控制台中的Hyper-V应该是可以使用的。尽管几乎所有的都以拒绝服务代理的身份出现，或者以一个可用的升级代理版本的身份出现。之所以出现这种情况是因为随VMM 2008 R2发行的还有新VMM代理版本。如果打算加入到更新的VMM基础架构，就必须在Hyper-V中部署这个更新代理。也可以通过右键点击主机名，选择“更新代理（Update Agent）”在附属主机上完成代理更新。如果使用这种方式更新代理遇到问题或者对于那些处于域之外的代理，也可以通过VMM媒介进行安装。

　　有些附加的Hyper-V主机对重新连接到VMM基础架构上需要额外的工作。对于这些主机，在代理安装完成之后导向VMM控制台的“管理员窗口（Administration View）”，点击“管理的计算机节点（Managed Computers Node）”。在屏幕的中间位置，右键点击出现问题的Hyper-V主机，选择重新连接。有的情况下，在代理安装或者更新正确这一步骤完成之后，需要重新启动Hyper-V主机。成功完成重新关联的主机在这个窗口中会显示一个回应状态。为完成这个重新附属步骤，点击VMM控制台的主机窗口上的“返回（Back）”，右键点击任何出问题的主机，选择“刷新（Refresh）”。

　　需要注意的是直接升级操作将会丢失工作任务表以及密码和独立模块的生产密钥、操作系统和硬件配置文件。在VMM基础架构升级完成并且正常运行之后，就需要根据这些元素的信息重新创建这些元素。