如别处所述 ,Windows Server 2008 / R2将在安装在EFI系统上时自动使用EFI引导加载程序,并且还会在此类系统上自动使用GPT分区scheme。 而且对此无能为力(除了强制系统切换到BIOS,如果支持的话)。
但是,正如这里所logging的,VMware Converter 不会转换GPT磁盘。 当考虑到它支持 EFI系统并且他们反过来使用GPT磁盘时,这实际上是相当惊人的……但就是这样。
那么,如何在EFI / GPT Windows服务器上执行P2V转换呢?
对于Massimo来说,这可能已经太晚了,但是我想我会提到,我设法通过一个有点强制的程序来实现这个工作:
这是我写的过程: http : //libertysys.com.au/blog/p2v-of-windows-server-2008-from-efi-gpt-to-vmware-mbr
看看这个线程,特别是BizCon Alex的最后一篇文章 – http://communities.vmware.com/message/1695451
使用EFI / GPT进行P2V转换将是一场噩梦,除非有人拿出干净的解决scheme。
编辑:另一种select是使用商业产品,如DoubleTake移动( http://www.visionsolutions.com/Products/DT-Move.aspx )。 使用他们的同步工具将虚拟机复制到新服务器,并将“故障转移”复制到新服务器。
或者,如果您的gpt磁盘不是系统驱动器(只是文件共享等),您可以使用转换器的4.3版本不挂断那个错误信息,而不是取消转换的GPT磁盘。 然后移动它们一旦完成。 在我们的情况下,GPT驱动器是一旦服务器转换后重新连接的iSCSI驱动器。
只是想给这个线程添加另一个选项:几周前,我进行了另一个迁移。 这一次,我使用了以下过程:
没有搞乱MBR,分区表或引导装载程序。 它只是工作。 在VMware Converter上这样做的唯一缺点是它必须在离线状态下而不是在活动服务器上进行,而复制整个磁盘意味着精简configuration的磁盘实际上并没有太多实现。 如果您担心后者,并且计划在虚拟化之后进行扩展,请以原始服务器的大小创build虚拟机,然后在P2V完成后展开驱动器。
我怀疑所有这些都会很快变得毫不相关,因为转换器的EFI兼容版本肯定不会太远,因为这个过程非常简单。