P2V迁移：虚拟化与云
不可缺部分
P2V迁移：虚拟化与云不可缺部分Page2of32
P2V迁移：虚拟化与云不可缺部分
在虚拟化时代，需要将物理机迁移到虚拟机，也就是我们常说的P2V迁移，在现在云
时代，P2V迁移变得更加频繁，也是IT管理者必须掌握的基本技术。
了解P2V迁移
关注虚拟化的人都做过或者至少知道P2V（物理到虚拟）迁移过程是将物理服务器转
换成虚拟机。这么做好啥好处？过程是怎么样的？
?虚拟化灾难恢复八问八答
?新手学堂：虚拟服务器迁移常见问题解答
?如何进行V2P迁移？
?物理机向虚拟机迁移过程详解
P2V迁移工具
所谓工具在手不忧不愁，要进行迁移肯定得借助一些迁移工具，下面我们来看看几款
P2V迁移工具以及迁移最佳实践。
?细数用于虚拟机迁移的转换工具
?选择正确的P2V迁移工具
?选择正确的P2V迁移工具
P2V迁移注意事项
P2V迁移：虚拟化与云不可缺部分Page3of32
本部分介绍关于P2V迁移的更多信息。
?虚拟机迁移：传统的方法
?使用P2V迁移进行虚拟化灾难恢复
?P2V迁移成功的五大秘诀
?虚拟化整合之迁移计划与环境监控
P2V迁移：虚拟化与云不可缺部分Page4of32
知识堂：虚拟机在线迁移有何好处？
虚拟机在线迁移技术指的是在不同的物理主机之间迁移虚拟机。在不中断应用
的情况下完成内存数据和虚拟机状态的转移，通常迁移过程对用户透明，不会感觉
到应用中断。
迁移进程自动捕捉虚拟机相关的内存空间（其中包含虚拟机占用的处理器寄存
器状态），然后以TCP/IP包的形式把数据发送给其它服务器。新服务器加载处理
器寄存器状态，在不停顿的情况下无缝接管原有虚拟机业务。
多数迁移发生在同种管理程序之下，也因此新的虚拟机保留了其名称及其它特
性。尽管物理上虚拟机位于不同的服务器上，它们对于用户而言是完全相同的。
虚拟机在线迁移的优势
在线迁移是虚拟化主要优势之一，当服务器或数据中心异常时，工作负载可以
自动转移。对于业务连续性而言，例如在虚拟机需要维护时可以把负载迁移到有空
闲计算资源的其它计算机上。维护结束服务器恢复运行后，可以把负载迁移回原服
务器，整个过程不中断。
在线迁移还有益于服务器的整合，它可以支持IT管理在数据中心服务器之间
实现负载均衡，避免出现部分过载情况。在线迁移还可以用于实现灾难恢复，因为
虚拟机可以在不同站点间自由地移动，依赖在远程站点的备用服务器运行来实现容
灾。
各种主流虚拟化软件平台都包含虚拟机迁移工具。包括：MwareVmotion、
MicrosoftLiveMigration及CitrixSystemsXenServerlivemigration。
虚拟机在线迁移工具
迁移工具为管理员提供对虚拟机优先级进行定义的能力，从而保证故障切换和
回切的过程是可控和可重复的。关键业务虚拟机一般具备较高优先级，迁移到计算
资源丰富的备用服务器上。
另外，软件提供了虚拟机顺序编址能力。迁移软件可以根据空闲计算资源的情
况，自动完成非关键业务虚拟机的迁移。迁移监管为管理员定位和跟踪虚拟机动
作，用于支持对迁移过程的持续改善和优化。
P2V迁移：虚拟化与云不可缺部分Page5of32
尽管在线迁移可以在各种虚拟宿主机之间进行，但是在进行跨处理器平台迁移
之前的测试工作很重要。因特尔和AMD生产的处理器都为包括自动迁移在内的虚拟
化任务提供了扩展支持。毕竟IntelVT和AMD-Vprocessors对迁移采用了不同的
支持方式，在跨平台的迁移过程中可能会因此引发不可预知的性能问题。
(来源：TechTarget中国)
P2V迁移：虚拟化与云不可缺部分Page6of32
新手学堂：虚拟服务器迁移常见问题解答
每个虚拟服务器的迁移都需要一个计划和一个过程，以及服务器迁移工具。基
本的过程都包含以下四个简单的步骤：
1.创建一个具备足够空间的虚拟机以便能够容纳物理服务器的内容。
2.将操作系统和数据从物理服务器拷贝到虚拟机(P2V的服务器迁移)。
3.修补生成的客户操作系统并检查当前的虚拟硬件。
4.重启虚拟机。
虽然这四个步骤看上去充满了魔法，但本质上来讲，虚拟服务器的迁移过程本
身还是很合乎逻辑的。也就是说，迁移并非没有意义的瞎说，不过，你还是应该仔
细地监控迁移的过程。
下面的常见问题解答(FAQ)有助于为你的虚拟服务器迁移计划保驾护航。
不重启物理服务器可以执行虚拟服务器迁移吗？
这取决于你使用的操作系统。对一些版本的Windows，服务器迁移工具允许在
做迁移的时候不重启物理服务器。但是，其他的操作系统需要重启。
要测试这是否适用于你的迁移，找一个没有使用的服务器。如果不存在，就创
建一个。然后，部署你挑选的服务器迁移工具。你可能会发现一个工具比另外的工
具更好用。对老版本的操作系统，基本上都需要一次重启，因为你需要一个启动盘
来执行迁移。
有哪些可用的虚拟服务器迁移工具？
有不少可用的工具。每个hypervisor提供商都有自己的功能，同时，还有一
些第三方的工具，比如Platespin、Leostream和vConverter。此外，还有很多免
费的工具。比如，你可以用SymantecGhost或者其他的此类磁盘拷贝工具将备份
恢复到虚拟机里。
设计一个虚拟服务器迁移计划的时候，我需要什么信息？
创建一个围绕CPU、磁盘、网络和内存等资源的容量规划(CapacityPlan)非
常重要。你需要用这些信息决定一个物理服务器是否是一个好的迁移对象或者在虚
P2V迁移：虚拟化与云不可缺部分Page7of32
拟化主机上，该服务器是否需要特殊的配置。容量规划也有助于你决定是否需要再
购买虚拟主机授权和硬件等。
这是一个经常被忽略的步骤。容量规划需要收集几个月的数据以找到物理主机
最真实的状态。从那些收据，就可以设计几个迁移指南或者计划。所有的
hypervisor提供商都有自己容量规划工具。不要跳过这一步。
有什么虚拟服务器迁移的秘诀可以让我避免问题？
有几个可能导致服务器迁移失败的事项：
?服务器迁移工具正常工作所需要的端口在防火墙上没有打开。
一般来说，每个产品都需要在防火墙上打开特定的端口。一定要注意看文档。
一些端口永远不会让你的网络和安全管理员开放。在这种情况下，你就需要迁移到
USB或者eSATA磁盘上，而这些磁盘可以在多个安全区域间移动。
?没有足够的磁盘空间存储所产生的虚拟磁盘文件。
当你拷贝物理服务器的内容时，你有能力修改产生的虚拟磁盘的大小以涵盖物
理服务器上所有使用的空间。一般情况下，虚拟磁盘应该小于物理磁盘，不过这取
决于应用程序而不是其他什么。
?产生的虚拟机找不到启动盘
这意味着迁移过程中“修补”那一步失败了。要么重新迁移要么手动“修
补”。通常，当从IDE类型的物理磁盘迁移到SCSI类型的虚拟磁盘的时候会发生
这种情况，是因为合适的(SCSI)驱动却没有加载到操作系统中。
?产生的虚拟机在启动的时候崩溃
在很多情况中，这意味着客户操作系统的驱动有问题。比如，在Windows里发
生此类错误的一种原因就是因为缺少了lsass.exe这个文件。
(来源：TechTarget中国)
P2V迁移：虚拟化与云不可缺部分Page8of32
如何进行V2P迁移？
关注虚拟化的人都做过或者至少知道P2V（物理到虚拟）迁移过程是将物理服
务器转换成虚拟机。不过如果你需要进行V2P（虚拟到物理）迁移将虚拟机退回成
物理服务器时，该怎么办呢？P2V过程非常简单直接，并且有许多免费和付费的产
品来做。然而，V2P过程不受许多工具支持，并且比P2V要复杂得多。
你可能疑惑为什么要将虚拟机转换回物理服务器。多数情况下，这样做的原因
在于应用厂商不支持他们运行在虚拟机上的产品。目前，几乎所有的厂商都支持虚
拟化，但是通常在他们的支持条款里都有关于支持的提醒。
如果一家厂商解决运行在虚拟环境里的应用的问题，这家厂商可能要求你在解
决问题之前在物理服务器上复制这个问题。为什么？因为技术人员想要确定虚拟化
层不是原因或者是导致问题的因素，消除这种疑问的唯一方式是通过在物理服务器
上复制这个问题。下面列出的是一些主要厂商的典型支持条款：
IBM/Lotus：
当用户召集标准使用率或者与缺陷相关的服务请求，并表明他们运行在
VMwareESXServer上，IBMTechnicalSupport将竭尽全力解决问题。我们假定
这个问题本身或在VMware环境很常见，如果有迹象表明问题与VMware环境有关，
我们只需要用户（或者VMwareSupportLine团队）重新创建这个问题。
Microsoft：
运行在非微软硬件虚拟化软件的第一级支持的微软用户，微软又没有与这家厂
商建立包含虚拟化解决方案的支持关系，微软将使用运行在非微软硬件虚拟化软件
商的微软软件调查潜在的问题。作为调查的一部分，微软可能需要用户从微软硬件
虚拟化软件复制这个问题。这可以在WindowsServer2008（包含Hyper-V）上进
行，这个真实的硬件平台在上面安装了Windows操作系统。
Cognos：
CognosSupport会解决任何关于IBMCognos产品的问题。在虚拟环境使用
IBMCognos的用户会遇到问题，Cognos用户不需要在这个操作环境重新创建和解
决每个问题。不过，Cognos保留要求用户诊断操作系统环境的某些问题。只有在
有理由相信虚拟环境是导致问题的根源时，Cognos才做此要求。
P2V迁移：虚拟化与云不可缺部分Page9of32
ComputerAssociates：
虽然CA不坚持客户在联系支持前重新创建每个问题，我们保留要求客户诊断
和解决某些问题的权利。我们有理由相信问题直接与VMware有关时才会这样做。
从VMware这些支持条款可以看出，所有厂商都保留向你要求在非虚拟环境里
重新创建问题的权利。不过多数情况下不会发生，因为多数应用不知道虚拟与物理
硬件之间的差别。取决于问题类型，厂商应该意识到这与虚拟化层无关。不过有一
种类型的问题，虚拟化层可能就是原因，那就是性能问题。
在本文的下半部分中，我们将说明导致性能问题的原因及解决方案。
在本文的上半部分中，我们介绍了成功实施P2V迁移需要的准备工作及系统命名法
等。本部分介绍卷影拷贝服务、Window域控制器等。
理解卷影拷贝服务
如果你用过一些工具，可以转换正在运行的Windows系统，它们可能使用了卷
影拷贝服务来实施迁移。在这种情况下，在转变的过程中系统的镜像将被快照下
来。一旦转换完成，你就可以关闭系统。需要记住的是，在迁移之前和你关闭原来
的系统的这段时间只在物理系统上发生。新创建的虚拟系统就这时已经过时。这对
于域控制器（下面将提到）非常重要，同时对任何传递的数据和日志同样重要。
在正式使用之前进行迁移测试
P2V或者V2V的迁移的概念一般使系统的整个功能保持完整。然而，对任何被
迁移的系统，在迁移后，在其发挥其正常的角色前，应当进行一系列的检查。这有
一些方法来检测新迁移的虚拟机：
?在新迁移的虚拟机中的清单中去掉所有不必要的硬件。特别的，如果是从物
理主机上迁移，你也许有USB接口、软件驱动器或者音频适配器等也许不需
要或者在虚拟主机上不支持等硬件。
?不需要连接到配置里的网络适配器就能在虚拟主机上引导系统。这是在
VMwareESX中断开软件，该选项通过选“connectatpower-on”选项实
现。
?如果可以，关键应用在离线的环境下不能运行良好，那么就停止。
?迁移后多次重启虚拟机以确保所有的日志清空，在接下来的引导中不会产生
问题。
P2V迁移：虚拟化与云不可缺部分Page10of32
?当网络适配器处于软件断开的状态，确保网络配置在虚拟机环境新的地方是
正确的，虚拟迁移可能从硬件清单去掉了先前的接口以及伴随接口的网络配
置。
?确保查看网络延伸配置，例如DNS服务器的顺序、DNS的后缀，和其它因新
的位置而需要改变的网络配置项目。同时如果适当也利用这段时间修改或准
备这个系统之外任何变动，包括DNS的接入。
当运行了上述一系列的测试，客户虚拟机关闭后，重新连接网络适配器到虚拟
机。在做完这一系列的检查后，在你试图使用迁移系统时，通过把所有的小问题排
除后，第一次打开虚拟机节省了宝贵的时间。
Window域控制器需要不同的处理
从一个物理盒子把一个域控制器迁移到一个虚拟实例需要特殊的考虑，一个好
的实现状态需要不同的处理。主要的原因是这个问题围绕着机器如何放到新的虚拟
环境。许多管理员想最小化域控制器的停机时间，所以你需要倾向于一个可以优化
在线使用的工具。问题在于如果域控制器一直在运行，每一个时刻迟早在增加域的
内部的计算，这主要因为，如果系统在运行时，P2V迁移工具执行迁移，一旦虚拟
系统在线，它将导致ActiveDirectory数据本地的潜在的损坏，以及其他的域控
制器和机器计数。
在这篇文章里，我将要提供两种好的转换域控制器的方法。最安全的方法是在
虚拟环境下重建一个，把这个系统迁移到这个域中做为一个新的域。当它做为一个
新的域控制器引入了一个新域，确保全局目录特征和其他角色被合适的转移。一旦
它们在线，你可以降级或者从该域中移除该系统。
另一个方法也同样安全，但需要一些停机时间。当你的VMware主机上有旧的
ESX版本的情况下，你在虚拟机上执行复制任务，这个复制任务可以在断电的状态
下拷贝它到一个新的主机上，断电的状态非常重要，因为在这种状态下域控制器不
会摆脱和其余的域同步的状态。
选择正确的迁移策略
取决于你迁移物理机器到虚拟机的必要参数，你必须决定正确的策略来维持你
需要的正常运行时间、许可证参数，选择一个不会导致问题的路径。对于系统或连
接到该系统的用户保持对其迁移的透明性。确保不要陷入到简单使用诸如VMware
Converter或PlateSpinPowerConvert的迁移工具来快速迁移物理机器的陷阱，
而没有考虑以上列出的完成成功迁移的提示。
P2V迁移：虚拟化与云不可缺部分Page11of32
物理机向虚拟机迁移过程详解
P2V服务器迁移并不是什么魔术。实现向虚拟机的迁移，需要做的只是把位于
物理机磁盘上的数据拷贝到虚拟磁盘中，插入一些驱动程序，然后调整部分数据位
以支持这些新的驱动。
听起来很简单吧？真正的挑战在于如何执行P2V的服务器迁移，或者更确切地
讲是什么时候执行的问题。
某些Windows操作系统和部分迁移工具可以支持在物理机运行状态下完成转
换。而其它的工具则需要关闭主机电源，并通过诸如CD-Rom、iSCSIInitiator这
样的特殊介质引导来实现。为了完成转化，我可以接受一定的停机时间，这样可以
防止遭遇操作系统不支持在线P2V迁移的情况。因此，规划可行的停机时间非常关
键。
无论那种迁移，基本步骤是一样的：
1.对于本地物理磁盘的处理，首先是读取文件系统占用的磁盘大小和已用空
间。然后，设置虚拟磁盘的大小使其至少不小于已用空间大小，可以小于文
件系统占用的物理空间。
2.创建虚拟机配置文件，包括名称（跟物理服务器名称不同）、网络连接、虚
拟CPU数量以及分配给虚拟机的内存空间大小。
3.指定IP地址和使用诸如Sysprep等集成到虚拟化迁移工具时所必须的其它
参数。
4.从源文件系统以数据位为单位拷贝内容到虚拟磁盘上的目标文件系统。
5.向现在使用的子OS中装入适当的驱动程序。通常包括SCSI和网络驱动。在
很多情况下，仅仅包括重新定义如何访问新的虚拟磁盘。
6.重启虚拟机。
到此为止，您已经完成了在虚拟服务器迁移工具内所需的设置。但是，对于管
理员而言还有一些必要步骤要完成。
1.设置虚拟机内的IP地址。
2.使用VMware平台安装VMwareTools，Xen安装XenTools等等
3.测试虚拟机内的应用程序。
4.完成后，关闭物理服务器。然后把虚拟机迁移到开放的网络环境。
P2V迁移：虚拟化与云不可缺部分Page12of32
瞧！您已经学会了如何完成虚拟服务器迁移。
虽然P2V迁移确实不难，但是一定要在充分理解要转化操作系统的基础上进
行。因为这样的迁移即使有时完成了所有数据位的拷贝，也会出现主机无法启动的
情况。通常，这是由于驱动的原因导致的，通过操作系统急救盘可以轻松修复。
(来源：TechTarget中国)
P2V迁移：虚拟化与云不可缺部分Page13of32
细数用于虚拟机迁移的转换工具
虚拟机迁移是IT管理员必须面对的一项工作。转换工具可以帮助管理员把工
作负载从任何一个物理的或者虚拟的源地址传送到其它任何物理的或者虚拟的目的
地。这些工具在服务器整合项目也非常有用，因为P2V（physical-to-virtual）
转换是启动服务器整合部署很好的一种途径。即使在高级的虚拟基础架构中，虚拟
机迁移工具仍然可以很方便地移动更复杂的工作负载。
但并不是所有的转换工具都可以完成相同的任务。在本文中，我将会介绍一些
最好的转换工具，以及这些工具的能力和如何辅助虚拟化管理员简化工作的。
在线转换工具
在典型的P2V场景中，管理员只需要简单地把物理机转换为虚拟机。某些P2V
转换工具就可以完成该工作，我在这里介绍一下这些工具的大致情况及其基本功
能。
VMwarevCenter转换器是一款非常流行的转换工具，主要是因为该工具作为
vCenter服务器的一个插件出现，并且完全整合在VMware产品线中——当然也可
以免费获得，能够运行在vCenter服务器之外的单独产品。vCenter转换器属于单
向工具，只可以完成从物理机到虚拟系统（基于VMware的虚拟机）的迁移。在免
费和常见的非自动化工具中，我最常使用的就是VMware转换器，这是因为其所拥
有一些高级属性，其中包括更改的一致性保证、在新客体虚拟机上安装VMware工
具的可选项以及在目标虚拟机上控制基于Windows服务的能力。
Microsoft系统中心虚拟机管理器（SCVMM：MicrosoftSystemCenter
VirtualMachineManager）：任何虚拟化平台都值得其RAM有一个导入物理工作
负载和虚拟机本身的方法。Hyper-V的管理控制台——SCVMM——具有把物理服务
器和虚拟机向Hyper-V的虚拟硬盘（VHD：VirtualHardDisk）格式转换的属性。
P2V迁移：虚拟化与云不可缺部分Page14of32
SCVMM转换物理服务器和虚拟机到VHD格式（点击图片即可放大）
CitrixXenConvert是Citrix系统公司的XenServerHypervisor的一部分，
并且是XenHypervisor自身的转换工具。该工具可以迁移Windows系统，同时也
支持VHD。
XenConverter允许同时转换四个卷
VizioncorevConverter：并不只是Hypervisor商家设计的虚拟机迁移工具。
VizioncorevConverter是一项更加复杂的工具，因为该工具可以转换任何物理或
者虚拟系统到各种各样的虚拟平台中，如Hyper-V或者虚拟服务器、XenServer以
P2V迁移：虚拟化与云不可缺部分Page15of32
及VMware。VConverter也可以完成虚拟到物理的迁移。VConverter的免费版本就
可以完成诸多迁移选项，但是保留数据保护和容灾恢复功能就需要一定的费用了。
基于镜像的转换工具
各种各样传统的备份工具——包括Acronis的Windows备份和恢复服务器、
Symantec备份工具以及一些Double-Take软件产品——也可以作为转换工具使
用。
作为承担P2V迁移工作的产品，所有这些工具的表现都非常好。但是如果需要
迁移大量系统的话会怎么样呢？简单地转换一项工作负载是一回事，但是制定一个
大型的、总体整合计划却又是完全不同的工作。
PlateSpinMigrate是转换工具最强大的一个选择。PlateSpinMigrate可以
把Windows、Linux和Solaris系统转换到各种各样流行的虚拟化平台上，该工具
具有转换工具所有的属性，因为其可以把物理系统迁移到虚拟机或者其它物理机
内，并且也可以逆向迁移。同时还可以执行从PlateSpinRecon——这是一个非常
流行的整合规划工具——导入的转换任务。
离线虚拟机迁移
除了上述提到的转换工具和方法，离线迁移是在VMware工作环境中迁移虚拟
机的另外一个方法。离线迁移可以确保所迁移的系统不会发生用户不希望复制到目
标虚拟机上的更新。最常见的离线迁移工具是作为vCenterConverter一部分的
VMwareColdClone启动CD。
另外一个广受欢迎的离线迁移工具是MikeLaverick''sRTFM教育站点的
Ultimate-P2V引导盘。Ultimate-P2V拥有大量的社区贡献，可以使该工具能够及
时满足管理员的需要。这两种转换工具都以相似的方式工作：启动一个可引导的环
境。
选择恰当的转换工具
大多数安装VMware的系统都完全依赖于VMwarevCenter转换器把机器迁移到
vSphere中，因为这是一种最简单、最实用的方式。但是也会存在一些问题，每一
个虚拟机迁移工具的运行方式都或多或少有一定的差异。在某些迁移场景中，可能
有些工具不能正确运行，但是另外一些就可以。偶尔的情况下，我也发现vCenter
转换器不能工作——仅仅靠直观推测难以排出问题——甚至在查看本地日志之后也
不行。迅速切换到使用VizioncorevConverter就可以成功地把工作负载导入到
P2V迁移：虚拟化与云不可缺部分Page16of32
VMware虚拟机中，而没有任何问题。无论使用任何转换工具，目标都是保证虚拟
机的操作完整性——从物理组件中移除硬件驱动和设备、供应系统资源以及确保应
用程序的可用性。当前市面上转换工具都具有鲁棒性，但是没有一种可以在整个工
作栈中自动完成的。
(来源：TechTarget中国)
P2V迁移：虚拟化与云不可缺部分Page17of32
选择正确的P2V迁移工具
在决定实现虚拟化之后，用户需要选择合适的工具完成，接下来就是转化过
程：把正在运行的物理桌面或服务器转化为虚拟机形式。尽管您也可以从零开始创
建一个新的虚拟机，但通常完成一个已经安装和配置了所有应用的物理机到虚拟机
的转化则要简单快捷一些。
下表列举出一些可以完成P2V转化的工具以及各自的不同属性：
V2P把虚拟镜像转化为物理机；V2V完成对虚拟镜像的转换和迁移，包括从一
个管理器平台到其它平台的转换
只有VMware提供了对微软VirtualPC2004、2007或VirtualServer
2005创建的磁盘镜像格式的转换
P2V迁移：虚拟化与云不可缺部分Page18of32
为什么列表中没有包含微软？
微软确实提供了各种可以为Hyper-V创建VHD文件的工具。事实上，Windows
Server2008R2包含了对正在运行的虚拟机实现在线迁移的能力。但是，通常而
言我们最好选用第三方工具来转换。
为确保选择了最恰当的转换工具，请先考虑好如下这些问题：
可以使用免费工具吗？VMware,、Citrix,、Paragon和Quest(之前的
Vizioncore)都提供了免费工具，也有一些其它厂商提供15到30天的免费使用。
如果免费工具可以满足需求，确实是不错的选择。而且，某些免费版本还提供了更
多的功能。例如，LiuuxP2V在VMwarevCenterConverterStandalone免费版中
可以支持，但在付费的vCenter插件中却不支持。另外，如下图1所示，Paragon
GoVirtual还支持对内存和硬盘参数的调整，包括VM文件到其它格式的转换能
力。
图1：通过GoVirtual可以把虚拟机文件转换为各种磁盘格式。
P2V迁移：虚拟化与云不可缺部分Page19of32
支持哪种虚拟机磁盘镜像和管理程序？除了Citrix之外，各种工具都可以支
持VMware的VMDK格式。而VMware之外的各种工具可以转换微软的VHD镜像。
VMware可以提供对部分微软老磁盘镜像的支持，而另外的一些工具可以支持诸如
Citrix或VirtualBox这样的管理程序。
是否之需要P2V功能？对于用户而言只能完成从物理机到虚拟机的转换可能还
不够。例如，我们可能还需要让虚拟机返回物理机或者是把正在某台主机运行的虚
拟机迁移到其它主机。而Double-TakeMove,vConverter以及PlateSpin
Migrate的工具就提供了这些额外功能。此外，ProwessSoftware''sSmart
Deploy还可以支持直接把Windows镜像安装DVD转化为VMDK文件，当有大量的
Windows7桌面或WindowsServer2008需要安装时会很方便。
开始前
P2V迁移：虚拟化与云不可缺部分Page20of32
确保在开始转换前已经清理过主机。清空垃圾桶、完成磁盘清理、移除临时文
件以及确保有足够的空间可以安装虚拟磁盘镜像。
支持哪种桌面和服务器操作系统？某些工具可能不支持Windows64位操作系
统,Linux和Windows7。例如，尽管PlateSpin和VMware可以支持多种操作系
统，但是Windows7除外。另外，对于很多产品而言，如果是对Linux主机转换，
需要首先停掉服务器并通过特制的CD重启来获得对文件系统的访问权限。同样的
操作在针对AD或数据库服务器时也需要进行，因为多数工具无法复制打开的文
件。
是否需要对现有的物理备份镜像做转换？如果是，请考虑Acronis或
StorageCraft的产品。这些工具可以把它们的备份镜像转换成各种类型的虚拟机
磁盘格式，如果你已经了解了Acronis的磁盘镜像工具，那么就更简单了。使用跟
备份相关产品的好处就在于用户无需关闭正在运行的服务器或担心打开文件的问
题。
对自动化能力的需求？根据P2V项目的不同，可能会需要把某个单一镜像克隆
成多个虚拟机，或者是自动完成很多个物理主机到各自虚拟机的转换。更加高级的
PlateSpin,vConverter,Quest或vCenter工具会有用处。
图2：Quest在转换过程中提供了广泛的自动化任务能力。
P2V迁移：虚拟化与云不可缺部分Page21of32
是否有多个物理分区需要转换？某些产品只对系统启动分区做转换，而另外还
有一些可以同时管理多个磁盘分区。而且，个别工具甚至可以把转换后的镜像保存
到网络或外部驱动器上。
关于P2V转换的更多信息和实践，请参考：
?Ituda的"VMwareP2Vconverterbestpractices"
?"VMwareConverterandfailedP2Vmigrations"在MindaugasKiznis
的博客
?"EasyPhysicaltoVirtual(P2V)forHyper-V"WilliamFaulkner,
MCSE
(来源：TechTarget中国)
P2V迁移：虚拟化与云不可缺部分Page22of32
成功实施P2V迁移的最佳实践
虚拟环境持续证明了其在数据中心存在的价值，许多数据中心的管理者将最终
面临从物理系统到虚拟环境迁移任务的挑战。在本文中，我将提供一些最佳实践确
保迁移的成功，同时避免出现意外。开始P2V（物理到虚拟）迁移的第一步就是确
定你将用于执行迁移的工具和你想迁移的系统，然后就可以从用户或者一个互连系
统的角度来部署你如何进行迁移的计划。
准备工作
虚拟迁移的准备可能要比迁移本身要花费的时间还要长。但是考虑到一些系统
有需要经历重新执行的风险，这是值得的。下面一些好的预先迁移计划任务使实际
的迁移更加流畅：
?确定虚拟化候选者的资格。在你的环境中许多的因素将成为这个问题的参
数。（查看该TechTarget的技巧文章：怎样确定一个系统是否是迁移到虚
拟空间的候选者。）清理文件系统，如果有不需要的文件和数据保存在要迁
移的系统中，就需要清除。用转换工具时，你的驱动器里的所有的内容都被
迁移到虚拟环境中，所以需要确保没有空间的浪费。
?在开始前确定好停机时间。当你开始从事大规模的P2V迁移，你必须确保
能够给业务有一定的正当的停机时间来使其成功的完成迁移。在理想的情况
下，停机时间就是更改DNS（如果需要）的时间以及在旧的物理主机上关闭
迁移的系统和当完成所有的准备之后新的虚拟系统的开机时间。
?确定资源。这也许是在P2V的迁移过程中最重要的决定时刻。你肯定不想
开头就花光系统资源，你肯定也不会保存太多的客户OS不用的资源，这将
浪费昂贵的主机硬件。
?仔细检查你的存储和网络状态。存储和网络在虚拟化环境中一般是最大的
障碍。所以，确保将要虚拟化的所有的机器网络的正确连接和足够的存储。
?确保获得任何相关提供商的支持。一些软件和系统提供商不支持虚拟环
境，所以确保你不会使你的组织处于一个不受欢迎的状态。
系统命名法
许多的组织已经决定使所有的虚拟机表示为一种统一命名规则，至少对服务器
的管理员可以表明该系统是虚拟机。在P2V的过程中，你处在一种很有趣的决策
中。依据你的服务器的命名规则，标准的命名也许是：服务器的名字中有一个元素
可以表明使它是虚拟环境。
P2V迁移：虚拟化与云不可缺部分Page23of32
如果你的组织有一个命名规则来表明一个虚拟机的存在，当你进行虚拟机迁移
时，你将处在一个特别的境地来决定将使用什么样的正确的命名规则。诚然，最简
单的选择就是在迁移的过程中保持系统的准确的名字。在迁移的过程中如果保持相
同的名字，这种转变对该系统的所有相关的连接是透明的。当然，这假定所有的连
接都保持。这使转变非常简单，但是当你把新创建的客户OS转变为新的命名规则
使，你应该考虑额外的影响。
许可证的考虑
在虚拟化激烈竞争的乱局中，很容易使你的虚拟机的实例的数量比你在项目开
始计划的多。但是确保要被迁移到虚拟环境之中的原系统是因过时而不是另做它
用。在迁移之后，你也不想去找迁移到虚拟环境中的原始系统仍然以物理系统存另
做它用。一个用来管理迁移过程，使你不会有许可证的限制的简单的方法是限制你
的虚拟主机可以使用TCP/IP地址，这将不会导致重复认证的情况。这个部分对你
项目的下一步虚拟化工作中维护认证的一致性非常重要。
VMware：旧版到新版
当你在VMware环境中做迁移时，在实施虚拟到虚拟（V2V）的迁移过程中，有
一些额外的特殊的选项。从一个旧版的主机到新的主机的迁移虚拟机，你也许需要
考虑以下的选项：
?VMware转换工具：当转换开始时做一个快照，在新的主机中写入该系统的
镜像。
?VMware复制进程：VMware的复制任务将拷贝现有的虚拟机到新的主机环
境，而且如果你指定，核心的选项将在迁移的过程中可以被重新配置，对
Windows系统以Windows的SysPrep工具为模型。
?VMware迁移进程：这个选项将把虚拟机从当前的主机移动到新的主机，而
不使虚机保留在原来的主机上。
在本文的上半部分中，我们介绍了成功实施P2V迁移需要的准备工作及系统命
名法等。本部分介绍卷影拷贝服务、Window域控制器等。
理解卷影拷贝服务
如果你用过一些工具，可以转换正在运行的Windows系统，它们可能使用了卷
影拷贝服务来实施迁移。在这种情况下，在转变的过程中系统的镜像将被快照下
来。一旦转换完成，你就可以关闭系统。需要记住的是，在迁移之前和你关闭原来
P2V迁移：虚拟化与云不可缺部分Page24of32
的系统的这段时间只在物理系统上发生。新创建的虚拟系统就这时已经过时。这对
于域控制器（下面将提到）非常重要，同时对任何传递的数据和日志同样重要。
在正式使用之前进行迁移测试
P2V或者V2V的迁移的概念一般使系统的整个功能保持完整。然而，对任何被
迁移的系统，在迁移后，在其发挥其正常的角色前，应当进行一系列的检查。这有
一些方法来检测新迁移的虚拟机：
?在新迁移的虚拟机中的清单中去掉所有不必要的硬件。特别的，如果是从物
理主机上迁移，你也许有USB接口、软件驱动器或者音频适配器等也许不需
要或者在虚拟主机上不支持等硬件。
?不需要连接到配置里的网络适配器就能在虚拟主机上引导系统。这是在
VMwareESX中断开软件，该选项通过选“connectatpower-on”选项实
现。
?如果可以，关键应用在离线的环境下不能运行良好，那么就停止。
?迁移后多次重启虚拟机以确保所有的日志清空，在接下来的引导中不会产生
问题。
?当网络适配器处于软件断开的状态，确保网络配置在虚拟机环境新的地方是
正确的，虚拟迁移可能从硬件清单去掉了先前的接口以及伴随接口的网络配
置。
?确保查看网络延伸配置，例如DNS服务器的顺序、DNS的后缀，和其它因新
的位置而需要改变的网络配置项目。同时如果适当也利用这段时间修改或准
备这个系统之外任何变动，包括DNS的接入。
当运行了上述一系列的测试，客户虚拟机关闭后，重新连接网络适配器到虚拟
机。在做完这一系列的检查后，在你试图使用迁移系统时，通过把所有的小问题排
除后，第一次打开虚拟机节省了宝贵的时间。
Window域控制器需要不同的处理
从一个物理盒子把一个域控制器迁移到一个虚拟实例需要特殊的考虑，一个好
的实现状态需要不同的处理。主要的原因是这个问题围绕着机器如何放到新的虚拟
环境。许多管理员想最小化域控制器的停机时间，所以你需要倾向于一个可以优化
在线使用的工具。问题在于如果域控制器一直在运行，每一个时刻迟早在增加域的
内部的计算，这主要因为，如果系统在运行时，P2V迁移工具执行迁移，一旦虚拟
系统在线，它将导致ActiveDirectory数据本地的潜在的损坏，以及其他的域控
制器和机器计数。
P2V迁移：虚拟化与云不可缺部分Page25of32
在这篇文章里，我将要提供两种好的转换域控制器的方法。最安全的方法是在
虚拟环境下重建一个，把这个系统迁移到这个域中做为一个新的域。当它做为一个
新的域控制器引入了一个新域，确保全局目录特征和其他角色被合适的转移。一旦
它们在线，你可以降级或者从该域中移除该系统。
另一个方法也同样安全，但需要一些停机时间。当你的VMware主机上有旧的
ESX版本的情况下，你在虚拟机上执行复制任务，这个复制任务可以在断电的状态
下拷贝它到一个新的主机上，断电的状态非常重要，因为在这种状态下域控制器不
会摆脱和其余的域同步的状态。
选择正确的迁移策略
取决于你迁移物理机器到虚拟机的必要参数，你必须决定正确的策略来维持你
需要的正常运行时间、许可证参数，选择一个不会导致问题的路径。对于系统或连
接到该系统的用户保持对其迁移的透明性。确保不要陷入到简单使用诸如VMware
Converter或PlateSpinPowerConvert的迁移工具来快速迁移物理机器的陷阱，
而没有考虑以上列出的完成成功迁移的提示。
(来源：TechTarget中国)
P2V迁移：虚拟化与云不可缺部分Page26of32
虚拟机迁移：传统的方法
在虚拟基础设施中主机偶尔需要维护。为避免主机离线时漫长的服务中断，就
需要进行虚拟机迁移。不幸的是，免费版本的VMwareESXi没有提供高级的虚拟机
迁移特性，比如vMotion或者高可用性（HighAvailability,HA）来简化这一任
务。
但是如果需要在有限的时间内进行硬件维护，你仍然有一些选择。使用存储区
域网络（SAN）以及另一个ESXi主机，你能手动进行虚拟机的迁移，然后维修主机
硬件。
如何手动进行虚拟机迁移
虚拟机文件系统（VMFS）和虚拟机镜像文件存放在SAN存储上，SAN允许主机
灵活的访问存储。没有人工干预时，连接到SAN存储的ESXi主机能够查看——但
是不能访问——虚拟机镜像文件。所有你需要做的就是导入虚拟机的VMX文件到主
机的库存数据库。
连接主机到SAN后，你将看到虚拟机的文件系统但是没有虚拟机文件。右键点
击数据存储，从菜单中选择“浏览数据存储”，打开文件浏览器。现在你应该能看
到所有的虚拟机。
图1选择“浏览数据存储”后，你将看到每个虚拟机的所有文件。
P2V迁移：虚拟化与云不可缺部分Page27of32
接下来，关闭你想迁移的虚拟机。（这个步骤是必须的。如果不关闭将要迁移
的虚拟机，你将面临虚拟机数据损坏的风险。）然后打开配置目录定位每个虚拟机
的VMX配置文件。找到这些文件后，右键单击VMX文件然后选择“添加到库存”，
将打开一个指定虚拟机要使用的名字和资源池的向导。在这个向导中，你可以接受
添加虚拟机到新的ESXi主机的默认步骤。
图2找到VMX文件，添加虚拟机到另一个主机上。
点击看大图
现在你可以启动虚拟机了。ESXi将识别到虚拟机被迁移了。ESXi将询问你是
否已经拷贝或迁移虚拟机到新的位置了。选择“我拷贝它”以避免网络接口重命
名。如果网络接口被重命名，网络将中断，因为新的名字和虚拟机的配置不匹配。
虚拟机将启动，而且你会准备好再次使用它。需要注意的是虚拟机在它的原始
位置将不再可用。状态现在显示：未知（无效）。右键单击该虚拟机然后从原始主
机的库存中删除它是个好主意。一旦你已经完成了维护过程，你可以以相反的方向
简单地重复这个过程，返回虚拟机到它的原始主机。
然而，这种虚拟机迁移步骤是有缺陷的。它涉及停机时间和短暂的手动过程。
如果不喜欢这种方法，你可以购买提供了vMotion和高可用性的VMwarevSphere
授权版本，但是请记住这些虚拟机迁移特性价格昂贵。
P2V迁移：虚拟化与云不可缺部分Page28of32
使用P2V迁移进行虚拟化灾难恢复
P2V转换将物理服务器转换成虚拟机，但P2V也能在灾难恢复策略里发挥作
用。
一些物理服务器不便转换成虚拟机，许多架构都保留了一些物理服务器，因为
如果进行虚拟将消耗许多资源。
因此，当发生灾难后，如何恢复这些服务器？恢复虚拟机相当容易，因为其文
件整合到单个虚拟磁盘文件里，很容易复制文件到另外一个地点。但物理服务器就
杯具了，但你可以使用P2V转换来发展虚拟化灾难恢复策略。
使用P2V的灾难恢复
P2V迁移不仅是转换物理机成虚拟机。你可以在物理服务器上运行P2V转换加
强虚拟化灾难恢复策略。不是在完成P2V迁移后就打开虚拟复制，而是保持物理实
例如常工作。然后你拥有一个物理计算机文件很好整合在虚拟磁盘里的虚拟副本，
可轻松重新复制到DR站点。
如果在起初的站点经历了灾难，启动虚拟副本即可。而不是以前需要的“使用
操作系统、层级数据启动”。
显然，开始由于性能和其他原因没有虚拟这个系统。但在虚拟化灾难恢复情形
下，在恢复到完全生产前，可能数据中心负载很低。直到那时物理服务器与虚拟机
功能差不多能被接受。
当运营恢复到正常，可将虚拟服务器转换回物理机。V2P产品结合第三方P2V
转换产品，让服务器回到最终物理测试位置。
任何时候虚拟系统时都不是先进行虚拟，你需要谨慎。不要同时开启系统。随
着你发展一个虚拟化灾难恢复策略，要计划额外的资源，以便在DR站点供物理服
务器的虚拟副本使用。
要明智管理，考虑投资一个第三方P2V迁移工具，让流程自动化，并能在P2V
活动期间更新虚拟磁盘文件。（这些功能在VMwareGuidedConsolidation或
MicrosoftSystemCenterVirtualMachineManager中没有。）幸好很多第三方
P2V转换工具不贵，用于日常备份还能节省时间。
P2V迁移：虚拟化与云不可缺部分Page29of32
P2V迁移成功的五大秘诀
如今的物理到虚拟（P2V）迁移工具已经相当成熟，但每个P2V迁移产品的技
术过程稍微有区别。
虚拟服务器迁移工具对操作系统、应用和设置进行镜像复制，并转换成虚拟硬
盘文件（适用于MicrosoftHyper-V和CitrixXenServer来说）或者虚拟机磁盘
格式文件（适用于VMware）。然后P2V转换工具自动诸如虚拟硬件驱动，并启动
虚拟机运转起来。
多数P2V迁移直截了当，但也会偶尔发生问题。本中TechTarget中国特约专
家GregShields将分享五条让P2V迁移成功的技巧。
一、注意已安装的OEM系统
当原始设备制造商在机器上安装操作系统时，他们通常会通过处理器芯片ID
号或其他机制，在某些硬件上打上许可的标签。但P2V迁移过程打破了操作系统与
硬件所得之间的环节，尤其是如果你迁移虚拟机到另一个硬件上时。新虚拟机不像
物理机那样配备新的硬件标志，所以转换已安装的OEM系统通常会失败。如果你是
这样的系统，需要咨询你的制造商他们是否有用于虚拟化的替换许可。
二、迁移前要监控
在进行P2V迁移之前，监控你架构的关键性能指标。我通常建议监控一个业务
周期，这样你会明白某个具体系统在整个周期中的活动情况。（取决于业务，一个
完整周期可能是一天、一周或者一月。）
准备P2V迁移时，可使用PerfMon或其他性能监控工具。例如，VMware
vCenter’sGuidedConsolidation组件监控服务器，并报道某个周期内的平均进
程和内存数量，通过轻松自在的趋势线。利用这两个度量，你就能决定在创建虚拟
机之前分配多少处理能力和内存给它们。
三、勿忘第三方P2V产品
vCenter或MicrosoftSystemCenterVirtualMachineManager里的P2V迁
移功能在转换物理机成虚拟机时运行很好。但第三方功能也有他们自己的P2V转换
工具，多数都执行快捷，提供更多功能。
P2V迁移：虚拟化与云不可缺部分Page30of32
P2V转换工具的一个重要衡量因素是它完成转换任务所需的时间长短。一些
hypervisor厂商的产品需要几小时，但一些第三方产品之需要几分钟。如果你只
转换几台服务器，时间长短不是问题。但如果你需要转换上百台，就会发现多花点
钱使用第三方P2V迁移工具的价值所在了。
四、抛弃SysPrep与NewSID
在复制系统时，许多IT管理员都喜欢在每样事物上都使用SysPrep。SysPrep
使用克隆在多个计算机上部署操作系统，并为每个目的机分配唯一的SID。在管理
员没有使用SysPrep的系统里，他们经常使用诸如GhostWalkerandNewSID这样
的工具来更改SID信息。这种行为源自桌面部署活动的延期，许多桌面都从单个黄
金镜像进行复制。
五、不要同时启动P和V
最后一条我要说的技巧就是，你假设P2V转换问题能确保如果在同时间开启系
统的物理和虚拟副本。这会让两个系统使用同个域参数并在网络上通信。
你不想发生这样的情况，ActiveDirectory管理员更不想。许多P2V转换产
品在虚拟机启动时就关闭物理机。从来就不能手动同时开启物理机与虚拟机。如果
这样，你会得到两个一模一样的计算机实例，不知道哪个是你需要的。
(来源：TechTarget中国)
P2V迁移：虚拟化与云不可缺部分Page31of32
虚拟化整合之迁移计划与环境监控
迁移计划的细节因数据中心而异，取决于开始实施服务器整合的时候有多少服
务器和还要添加多少新的服务器。不过，在制定你的迁移计划的时候，总有一些通
用的指南可供遵循。
?将迁移过程划分为多个易管理的阶段，在各阶段之间给实施人员留下充足的
时间用来处理遇到的各种问题，同时，在开始下个阶段之前，根据需求完善
迁移计划。
?即使分析阶段已经显示有足够的现存服务器可满足最终状态，你的计划中仍
然需要购买一些“中转”服务器以满足迁移的第一个阶段的需求。
?如果你需要购买少量几台服务器以满足最终状态的需求，那就添加几个新的
服务器以便你有足够的设备支持迁移过程的第一个阶段。
?制订各个阶段实施的顺序，保证构成最终状态的现存服务器能够在第一时间
从迁移计划中释放。
?对需要部署在专有服务器上的应用实例和数据库实例（包括他们的组合），
如果现有的服务器性能足够，就不必迁移。如果你打算将某个实例从现在的
服务器上迁走，请注意迁移文档上当前“服务器ID”一栏与实例的对应关
系。
?在完整的“应用/数据库实例检查”工作表中导入需要构建每个虚拟机的配
置细节。然后将工作表分成多个单独的工作表——每个阶段一个。每个工作
表应该包含的信息有应用或者数据库需要的操作系统和操作系统版本，实例
所在的服务器和是否需要授权码。如果改变了服务器，或者你还应该要了解
如何获得新的授权码。
?为已制订好的迁移计划的每个阶段加入所有必须的网络改变，特别是当你无
法将现有的IP地址分配给新的虚拟机的时候。
?为每个阶段制订一个“回滚”计划，防止实施出错。“回滚”计划能够让你
在出错的时候退回到迁移之前的状态。
最终状态操作准备
在迁移计划的实施过程中，需要与数据中心的员工一起，敲定大量的细节，从
而使数据中心在最终状态下更加完整。确信如下细节已经得到足够的重视：
?人员培训。迁移之前，所有的人员应该得到培训；高级人员必须参与到计划
的制订过程中。
P2V迁移：虚拟化与云不可缺部分Page32of32
?选择管理工具，购买并安装。选用哪种管理工具取决于你购买的是什么样的
虚拟化软件。
?SAN的能力。确保你的SAN具有足够的容量。如果没有被数据中心中的一些
现存服务器使用，SAN可能需要扩展。检查可能发生的性能瓶颈，比如,部
分读/写活动频繁的服务器会对SAN产生较高的需求。
?数据备份。更新你的灾难恢复计划，将数据中心内的虚拟化环境考虑在内。
?配置管理数据库。用以支撑数据中心的CMDB（配置管理数据库）需要被升
级。老的CMDB都是基于一个数据模型，该模型仅包含物理服务器——没有
虚拟机。迁移之后，CMDB必须记录应用、虚拟机和服务器之间的关系。
比如，虚拟机V1运行在物理服务器S1上；应用A1运行在虚拟机V1上；虚拟
机V1安装的是操作系统O1。同时，CMDB必须能够处理非虚拟化的关联关系：应用
A2部署在物理服务器S2上；物理服务器S2安装的是操作系统O2。如果你的CMDB
没有设计成支持上述的模式、无法识别这些新的关系和属性，在迁移过程中，你的
配置管理过程将会很快变的很松散。
?控制虚拟机蔓延。为数据中心运维管理加入特殊的程序以避免虚拟机蔓延—
—随着开发团队或者其他组的人员的要求，大量的未使用的虚拟机被创建。
虚拟机蔓延会产生诸多浪费，特别是软件授权，在被放弃的虚拟机上没有使
用授权会被浪费。所有临时性的虚拟机都应该有一个过期的时间。一旦到了
过期时间，就需要从服务中收回未使用的虚拟机，并删除其上的软件。
在每个阶段完成之后以及最后一个阶段完成之后几个星期里，密切监视整合后
的新环境。确保所有的服务器都适当的运行着多个应用和数据库实例。如果在此期
间，出现某个服务器过载，就需要从该服务器上移走几个虚拟机到一个利用率不高
的服务器上。
(来源：TechTarget中国)
|
|
