VMware公司的产品一度是虚拟化的最佳解决方案，但是现在，VMware只是虚拟化领域中的一个选择。一些IT部门整合VM基础架构时会采取其他解决方案，如微软的Hyper-V。

　　将现有的虚拟机(VM)从VMware迁移到Hyper-V上有很多种方式，但是微软为此提供了自己的工具：虚拟机转换器(VirtualMachineConverter，VMC)。VMC主要用来将VMwareVM以及附属的磁盘映像一同迁移到Hyper-VVM上。

　　VMC1.0在去年10月份发布，在《MVMC简化虚拟机迁移过程》中，我们介绍了VMC的新特征，以及与VMwareConverter的不同之处。

　　VMC的转换功能主要针对Windows，支持将运行在WindowsServer(2003、2008)或者WindowsVista/7上的VM转换到运行于WindowsServer2008R2SP1、微软Hyper-VServer2008RHEVSP1和2012RC以及WindowsServer2012RC的Hyper-V主机上。另外，非微软主机操作系统不受支持，因为VM迁移过程对主机OS产生影响。

　　VMC可以转换虚拟磁盘或者磁盘以及设备描述文件。前者是高级选项，因为需要提供合适的Hyper-V虚拟机磁盘；后者比较简单，但需要一些先决条件，这些都在产品说明里介绍清楚了。

　　VMC还有两个基本的：可编写脚本的命令行界面和便捷的GUI。前者使用常规的批处理脚本或者PowerShell脚本，可编写程序实现一次性转移多个VM。后者有向导驱动界面，更容易进行一次性转换VM，并节省很多时间。

　　不管怎样，在使用这款工具进行转换工作时，需要记住以下几点：

　　需要转换的VMware虚拟机必须处于运行状态

　　VMC不能在停止运行的VM上开展工作。如果你不可能保证所有需要转换的虚拟机同时运行——比如，由于物理主机的限制(比如没有足够的内存)。牢记这一点，将需要转换的VM进行捆绑，一次转换多个，进行多次转换。

　　转换VM时应满足一些其他重要先决条件

　　需要安装VMwaretools；需要添加活动目录域和DNS名称；转换目标的VM和Hyper-V主机上必须支持并启动WMI。

　　转换后的VM会自动卸载VMwaretools，替换成微软自己的集成服务

　　这样确保VM干净地迁移到微软环境中，VMware的VM服务可能会导致问题产生。VMC这样的做法一点没有破坏性：对存在问题的VM产生快照，关闭虚拟机，进行转换(在这个过程中会移除tools)，然后在源VM上恢复快照。因此，如果有问题，可以继续使用原来的。之后，如果你正在运行Windows版本，比如WindowsServer2003，集成服务会添加到转换后的磁盘上。

　　VMC用户帐号要有适当的权限

　　用户帐户已经公认为源VM上的本地管理员，必须对转换目标进行写访问。如果你成批转换，需要创建一个账户，具有对问题VM的访问和使用权限，工作完成后，从安全方面来说，要清除该帐号。

　　动态VHD在转换后扩展到最大

　　VMC支持各种源磁盘类型，包括动态磁盘和固定磁盘。然而，当对动态磁盘进行转换时，生成的磁盘总是扩大到最大。因此，确保你的目标系统有足够的空间来支持完全扩展的源磁盘大小。转换完成后，可通过EditVirtualHardDiskWizard编辑和减小磁盘大小。但是大多数情况下，最好确保有空间。