答案1
这对 Massimo 来说可能已经太晚了,但我想我会提到我设法让它发挥作用,诚然是通过一个有点强制的程序:
- 在原始服务器上启用 LSI Logic SAS 驱动程序
- 通过 dd 从 Linux Live CD 复制原始驱动器
- 使用 GPT fdisk 将 GPT 转换为混合 MBR/GPT
- 从 Windows DVD 启动虚拟机
- 使用 bootrec.exe 和 startrep.exe 重新加载 MBR、启动块和 Windows 启动目录。
- 启动 Windows VM,添加 VMware 工具,可能切换到半虚拟 NIC 和 SCSI 驱动程序
以下是我对该过程的描述:http://libertysys.com.au/blog/p2v-of-windows-server-2008-from-efi-gpt-to-vmware-mbr
答案2
看看这个帖子,特别是 BizCon Alex 的最后一篇帖子 -http://communities.vmware.com/message/1695451
除非有人提出一个干净的解决方案,否则使用 EFI/GPT 的 P2V 转换将是一场噩梦。
编辑:另一个选择是使用商业产品,例如 DoubleTake Move (http://www.visionsolutions.com/Products/DT-Move.aspx)。使用同步工具复制虚拟机并将其“故障转移”到新服务器。
答案3
或者,如果您的 gpt 磁盘不是系统驱动器(只是文件共享等),则可以使用 4.3 版转换器,它不会因该错误消息而挂起,也不会取消选中 GPT 磁盘进行转换。然后在完成后将它们移过去。在我们的例子中,GPT 驱动器是 iSCSI 驱动器,在服务器转换后重新连接。
答案4
只是想在这个主题中添加另一个选项:几周前,我进行了另一次类似的迁移。这次,我使用了以下流程:
- 在源服务器上强制启用 LSI SAS 驱动程序(根据http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1005208)
- 使用 dd 从 Linux Live CD 复制驱动器(如我的博客文章中所述)http://libertysys.com.au/blog/p2v-of-windows-server-2008-from-efi-gpt-to-vmware-mbr并且毫无疑问在数十个其他网站上有更详细的介绍)
- 在虚拟机上启用 EFI 固件(此选项存在于 ESXi 5.0 中,也可能存在于早期版本中)
- 启动虚拟机并享受吧!
无需处理 MBR、分区表或引导加载程序。它就是正常工作。与 VMware Converter 相比,这种方式的唯一缺点是必须离线完成,而不是在实时服务器上完成,并且复制整个磁盘意味着精简配置的磁盘实际上并没有多大作用。如果您担心后者,并且计划在虚拟化后进行扩展,请按原始服务器的大小创建 VM,然后在 P2V 完成后扩展驱动器。
我怀疑所有这些很快就会变得无关紧要,因为考虑到这个过程是多么简单,EFI 兼容版本的转换器肯定不会遥远。