VMware公司的产品一度是虚拟化的最佳解决方案，但是现在，VMware只是虚拟化领域中的一个选择。一些IT部门整合VM基础架构时会采取其他解决方案，如微软的Hyper-V。
将现有的虚拟机(VM)从VMware迁移到Hyper-V上有很多种方式，但是微软为此提供了自己的工具：虚拟机转换器(Virtual Machine Converter，VMC)。VMC主要用来将VMware VM以及附属的磁盘映像一同迁移到Hyper-V VM上。
VMC 1.0在去年10月份发布，在《MVMC简化虚拟机迁移过程》中，我们介绍了VMC的新特征，以及与VMware Converter的不同之处。
VMC的转换功能主要针对Windows，支持将运行在Windows Server(2003、2008)或者Windows Vista/7上的VM转换到运行于Windows Server 2008 R2 SP1、微软Hyper-V Server 2008 RHEV SP1和2012 RC以及Windows Server 2012 RC的Hyper-V主机上。另外，非微软主机操作系统不受支持，因为VM迁移过程对主机OS产生影响。
VMC可以转换虚拟磁盘或者磁盘以及设备描述文件。前者是高级选项，因为需要提供合适的Hyper-V虚拟机磁盘;后者比较简单，但需要一些先决条件，这些都在产品说明里介绍清楚了。
VMC还有两个基本的：可编写脚本的命令行界面和便捷的GUI。前者使用常规的批处理脚本或者PowerShell脚本，可编写程序实现一次性转移多个VM。后者有向导驱动界面，更容易进行一次性转换VM，并节省很多时间。
不管怎样，在使用这款工具进行转换工作时，需要记住以下几点：
需要转换的VMware虚拟机必须处于运行状态
VMC不能在停止运行的VM上开展工作。如果你不可能保证所有需要转换的虚拟机同时运行——比如，由于物理主机的限制(比如没有足够的内存)。牢记这一点，将需要转换的VM进行捆绑，一次转换多个，进行多次转换。
转换VM时应满足一些其他重要先决条件
需要安装VMware tools;需要添加活动目录域和DNS名称;转换目标的VM和Hyper-V主机上必须支持并启动WMI。
转换后的VM会自动卸载VMware tools，替换成微软自己的集成服务
这样确保VM干净地迁移到微软环境中，VMware的VM服务可能会导致问题产生。VMC这样的做法一点没有破坏性：对存在问题的VM产生快照，关闭虚拟机，进行转换(在这个过程中会移除tools)，然后在源VM上恢复快照。因此，如果有问题，可以继续使用原来的。之后，如果你正在运行Windows版本，比如Windows Server 2003，集成服务会添加到转换后的磁盘上。
VMC用户帐号要有适当的权限
用户帐户已经公认为源VM上的本地管理员，必须对转换目标进行写访问。如果你成批转换，需要创建一个账户，具有对问题VM的访问和使用权限，工作完成后，从安全方面来说，要清除该帐号。
动态VHD在转换后扩展到最大
VMC支持各种源磁盘类型，包括动态磁盘和固定磁盘。然而，当对动态磁盘进行转换时，生成的磁盘总是扩大到最大。因此，确保你的目标系统有足够的空间来支持完全扩展的源磁盘大小。转换完成后，可通过Edit Virtual Hard Disk Wizard编辑和减小磁盘大小。但是大多数情况下，最好确保有空间。
