将操作系统从物理机迁移到虚拟机
系统迁移方案
应用系统迁移方案（大纲）修订版<v 1.1>建设单位：编制单位：文档时间:1.文档说明本文档的目的在于为应用系统设计的一个迁移和数据处理方案，并对实际操作进行指导，给予建议。
1.1系统迁移需求分析按照要求，此次系统迁移具体需求分析如下：将原有能迁移的应用系统将全部迁移至机房，迁移期间必须保证工作不能中断，历史数据不能损失。
2.系统迁移方法2.1应用迁移和数据处理方法根据以往丰富的项目经验，结合应用系统的具体业务特点，定制了一套数据迁移和整合的方法。
本迁移与整合方法分为6个阶段，分别为系统评估与分析、方案设计、虚拟化环境准备、应用移植、测试验证和业务割接。
➢评估与分析在系统评估与分析阶段，应确定迁移范围和目标，利用调查问卷、系统评估工具和会议等评估方式，对应用系统进行评估，分析和汇总系统需求，形成调研报告。
➢方案设计在方案设计阶段，针对项目范围内的物理服务器进行虚拟化适用性分析，设计迁移场景和数据处理方案。
在此基础上，进行迁移顺序、迁移方法等内容的设计，形成总体迁移方案。
➢虚拟化环境准备在虚拟化环境准备阶段，应判断所迁移过去环境是否能容纳被迁移的所有对象，以及，具体应检查计算机资源、存储资源、网络资源、以及数据库资源等，建立迁移所需的环境准备，如虚拟机、虚拟化网络等。
➢应用迁移在系统迁移阶段，应根据既定的迁移方案严格的执行应用系统迁移，将物理机的应用系统移植到虚拟机内。
➢迁移测试在所迁移过去应用系统进行功能测试、性能测试、安全测试、和稳定性测试，并进行应用系统验证，以便预先排除隐患，使得应用系统成功的在所迁移过去的机房中运行。
2.2应用迁移设计的相关部门业务迁移进行中，会涉及到如下各部门：➢应用开发商：负责应用系统日常的7×24小时故障响应处理工作，为应用系统的维护支撑提供技术支持。
➢迁移实施方：1）对应用系统进行评估与分析；2）根据需求设计迁移方案，如迁移方式、迁移工具等，设计数据处理方案；3）进行应用系统迁移，将应用系统从物理机上移植到虚拟机上；4）与应用开发商一起进行测试验证；3.系统评估与分析迁移前，对迁移方案进行评估，以确保迁移成功。
使用virt-p2v把win2003物理机转换为kvm虚拟机
使用virt-p2v把win2003物理机转换为kvm虚拟机为什么要把一台实体机转换成KVM虚拟机？我们公司的一些商业的应用软件（如turboCMS）过保了。
虽然还在使用这些软件应用，但运行这些软件应用的服务器硬件已经很老了，是6年前的机器，会经常出现当机的情况。
如果要升级硬件，也需要同时让商业软件提供商来重新安装这些软件。
而一般来说，这些软件提供商只提供升级服务，这就意味着一笔很高的软件升级及安装服务费用。
而P2V正好可以解决这个问题。
1、P2V 的概念将物理机整个系统迁移到虚拟机称之为P2V迁移，即Phisycal to Virtual migration。
这种迁移方式，主要是使用各种工具软件（如KVM中使用virt-p2v工具），把物理服务器上的系统状态和数据“镜像”到KVM 提供的虚拟机中，并且在虚拟机中“替换”物理服务器的存储硬件与网卡驱动程序。
只要在虚拟服务器中安装好相应的驱动程序并且设置与原来服务器相同的地址（如TCP/IP 地址等），在重启虚拟机服务器后，虚拟服务器即可以替代物理服务器进行工作。
2、P2V的实现方式###在KVM服务器上安装P2V相关的软件。
因为是要转换一台windows2003系统的实体机，所以要安装libguestfs-winsupport（NTFS支持）及virtio-win-1.5.2-1.el6两个软件包。
virtio-win-1.5.2-1.el6包用yum无法直接安装，可以到网上下一个：/download/virt-v2v/ MD5：be027169aa624b92386b4d0eeef69391[root@kvm01 ~]#yum -y install qemu-kvm libvirtpython-virtinst virt-manager fontforge xorg-x11-twm xterm tigervnc-server[root@kvm01 ~]#yum install –y virt-p2v virt-v2vlibguestfs-winsupport[root@kvm01 ~]#rpm –ivhvirtio-win-1.5.2-1.el6.noarch.rpm###在KVM服务器上把ssh 登录方式设置成root可用密码登录的方式：[root@kvm01 ~]# cat /etc/ssh/sshd_config | grep -i PASS PasswordAuthentication yes[root@kvm01 ~]# cat /etc/ssh/sshd_config | grep -i root PermitRootLogin yes###生成/etc/virt-v2v.conf文件：[root@kvm01 ~]# cat /etc/virt-v2v.conflibvirtdefault###把/usr/share/virt-p2v/virt-p2v-0.8.6-5.20120502.1.el6.iso文件刻录成光盘[root@kvm01 ~]ddif=/usr/share/virt-p2v/virt-p2v-0.8.6-5.20120502.1.el6.isoof=/dev/cdrom###把实体机设置成光盘启动，用上面记录的光盘引导启动实体机，并配置网络，要求和KVM服务器在同一个网段内，如果手动配置网络的话，ip/mask/网关/DNS都配置上，不会然报错。
将实体机迁移到VMware虚拟机
将实体机迁移到VMware虚拟机原来如此容易分类：摆电脑的聊斋 | 标签：虚拟机vmware ghost converter 驱动2013-07-28 22:57阅读(3970)评论(0)在虚拟化大行其道并有一统天下趋势的今天，相信很多企业都准备运用虚拟化这一综合解决方案，可摆在技术人员面前的却有这样一个问题：如何将现有的服务器系统原封不动的迁移到虚拟机中去？前几天我在windows2003环境下做了这方面的尝试，试用过很多方法，最终发现一个最简单的方法可实现，虚拟机已运行几日，一切正常。
现记录下来分享，避免大家再像我一样走那么多不必要的弯路。
首先，做好充分的准备工作：1、在承载虚拟机的物理宿主机上安装VMware workstation虚拟机系统(我安装的是９.0中文版)，设置好常规参数(也可以什么参数都不设置)、准备好虚拟机存放文件夹并将其设置为隐藏式共享、权限设置为everyone和guests(避免未启用本地安全策略中的“将everyone权限应用于匿名用户”)可读取和写入，以备存放转换好的虚拟机文件。
利用网络地址存放转换后的文件至少有两个好处：转换和存放一次完成、完成后即可使用，不需要再复制以节省时间；速度更快，1000M网络传输的速度远大于硬盘内的数据交换速度。
2、在即将被虚拟的实体机上安装VMware vCenter Converter Standalone软件，选择本地安装(我安装的是5.0中文版)。
3、退出实体机上的杀毒软件、关闭正在下载的更新、清理系统垃圾和不需运行的进程(正在运行的服务不用停止、也不需要整理磁盘)。
接着，执行实体机到虚拟机的转换工作：1、打开Converter软件，登录到本机，执行“转换计算机”进入转换向导；源系统为已打开电源的计算机、此本地计算机；若数据不是很多建议选择本地所有分区，否则不能保留原有的硬盘分区结构，以后变更会稍显麻烦；设置转换目的地址为刚才共享的路径，形式为“\\192.168.x.x\sharename$”；其他选项使用默认值即可，尤其是勾选所运行的服务环节。
vmware converter转换物理机
将物理机迁移到VMware虚拟机（P2V）VMware vCenter Converter是一种用于将虚拟机和物理机转换为 VMware 虚拟机的可扩展解决方案。
可以使用 Converter执行若干转换任务。
1 将正在运行的物理机导入到 vCenter Server 管理的ESX/ESXi主机。
2 将由 VMware Workstation 或 Microsoft Hyper-V Server 托管的虚拟机导入到 vCenter Server 管理的ESX/ESXi 主机。
转换物理机时，Converter会使用克隆和系统重新配置步骤创建和配置目标虚拟机，以便目标虚拟机能够在 vCenter Server 环境中正常工作。
由于该迁移过程对源而言为无损操作，因此，转换完成后可继续使用原始源计算机。
克隆是为目标虚拟机复制源物理磁盘或卷的过程。
克隆涉及复制源计算机硬盘上的数据，并将该数据传输至目标虚拟磁盘。
系统重新配置可调整迁移的操作系统，以使其能够在虚拟硬件上正常运行Converter组件只能安装在 Windows 操作系统上。
Converter支持将 Windows 和 Linux操作系统用作源，用于已打开电源计算机的转换和虚拟机的转换。
一、安装Converter Standalone步骤1 从 VMware 网站下载最新版本的 VMware-converter。
2 然后双击 VMware-converter-5.x.x-<xxxxx>.exe 文件，其中 <xxxxx> 为内部版本号。
进入converter安装界面，如下图所示：3 按照提示进行操作，直至系统显示“最终用户许可协议”页面。
4 选择我接受许可协议中的条款，然后单击下一步。
5 在“目标文件夹”页面上，选择 Converter Standalone 的安装位置，然后单击下一步。
6 在“安装类型”页面上，选择本地安装，然后单击下一步。
VMware Converter 迁移物理机到 esxi 虚拟机(即P2V)
VMware Converter 迁移物理机到esxi 虚拟机(即P2V) VMware Converter 是一款能将物理电脑系统、VMware其他版本虚拟机镜像或第三方虚拟机镜像转化为一个虚拟机映像文件的工具，而且生成的映像可以在该公司的VMware虚拟机软件中使用。
组件功能vCenter Converter服务器端：实现整个迁移过程的核心组件，执行虚拟机格式装换和重新配置等关键任务；vCenter Converter客户端：用户操作界面，用于连接服务器端执行相关任务；vCenter Converter Agent：在迁移过程中安装在源机器上，用于数据抓取和传送，迁移结束后会自动卸载；下载地址https:///tryvmware/?p=converter使用测试迁移Llinux,测试环境 rhel 5.4 32bit1 需要root 权限，输入源系统（被迁移）ip 地址，用户名密码2 输入目的系统 (esxi),ip 地址，用户名密码3 输入名称默认即可4 下一步5 此时可以根据实际情况，调整虚拟机配置参数，例如硬盘网卡 cpu 内存等等6 虚拟机信息，单机下一步开始迁移7 任务栏进度条8 linux 系统迁移完成，对比迁移windows 系统简单很多！迁移windows,测试环境windows xp 32bit1 下载并且安装converter软件2 安装3 这里要说明下vmware vCenter Converter 服务端已经安装在 64位 2k3 server上了，而这次将只安装 converter client，选择本地安装，点击几次next将完成安装！4 安装后将进入 converter client 界面，这里选择转换计算机，源系统，然后选择此本地计算机，单击详细信息可以看到本地计算机配置信息。
5 目标系统，填入ESXI 的 ip地址，用户名，密码6 物理机将要迁移到ESXI上，需要填入一个名称7 选择目标ESXI 存储8 重要在此处编辑虚拟磁盘信息，可以选择高级自定义信息9 确认无误后单击几次 next后，开始迁移此时显示迁移任务信息10 我晕 91% 处失败了，无法为源卷创建 vss 快照开始google11 经历了17次失败，终于把windows 迁移到ESXI上了，太TM蛋疼了，比起迁移 linux 真是太恶心了！12 总结迁移 windows 失败的原因，竟然是精简版的 windows 没有 VSS 服务，所以使用converter 迁移windows 之前，请先查下 vss服务！结束迁移linux 非常顺利，拥有root权限通过ssh即可，迁移windows 实在太TM恶心了，写了这么多希望对准备用 vmware converter 迁移的朋友有些帮助吧！。
虚拟机迁移方法简介
虚拟机迁移技术简介虚拟机迁移技术为服务器虚拟化提供了便捷的方法。
目前流行的虚拟化工具如 VMware,Xen，HyperV，KVM 都提供了各自的迁移组件。
尽管商业的虚拟软件功能比较强大,但是开源虚拟机如Linux 内核虚拟机 KVM 和 XEN 发展迅速，迁移技术日趋完善。
本系列文章介绍了虚拟机迁移的三种方式 P2V、V2V 和 V2P，及他们在内核虚拟机 KVM 上的实现方法，分成五个部分。
本文是第一部分，全面介绍了虚拟机迁移的各种方法和相应的迁移工具，并且着重分析了 Linux 平台上开源的虚拟化工具 KVM 和 XEN 实时迁移中的的内存预拷贝技术.1.前言系统的迁移是指把源主机上的操作系统和应用程序移动到目的主机,并且能够在目的主机上正常运行.在没有虚拟机的时代，物理机之间的迁移依靠的是系统备份和恢复技术。
在源主机上实时备份操作系统和应用程序的状态，然后把存储介质连接到目标主机上,最后在目标主机上恢复系统.随着虚拟机技术的发展，系统的迁移更加灵活和多样化.2.虚拟机迁移简介2.1为什么要迁移服务器迁移服务器可以为用户节省管理资金、维护费用和升级费用。
以前的 x86 服务器，体积比较“庞大”；而现在的服务器，体积已经比以前小了许多，迁移技术使得用户可以用一台服务器来同时替代以前的许多台服务器，这样就节省了用户大量的机房空间。
另外，虚拟机中的服务器有着统一的“虚拟硬件资源”，不像以前的服务器有着许多不同的硬件资源（如主板芯片组不同,网卡不同,硬盘,RAID 卡，显卡不同）.迁移后的服务器，不仅可以在一个统一的界面中进行管理，而且通过某些虚拟机软件,如 VMware 提供的高可用性工具,在这些服务器因为各种故障停机时，可以自动切换到网络中另外相同的虚拟服务器中，从而达到不中断业务的目的。
总之,迁移的优势在于简化系统维护管理, 提高系统负载均衡,增强系统错误容忍度和优化系统电源管理.2.2虚拟机迁移的性能指标一个优秀的迁移工具，目标是最小化整体迁移的时间和停机时间，并且将迁移对于被迁移主机上运行服务的性能造成的影响降至最低。
VMware-P2V-系统迁移
1.1 系统迁移VMware公司提供了多种工具，完成不同的迁移工作。
针对农行的虚拟化项目，推荐使用使用VMware Converter和vCenter Server自带的虚拟机迁移功能。
以下的“2.4.1P2V迁移”主要介绍用VMware Converter迁移的步骤；而“2.4.2虚拟机迁移”主要介绍如何使用vCenter Server自带功能完成虚拟机的迁移。
1.1.1 P2V迁移1.1.1.1. P2V迁移介绍企业搭建虚拟化平台之后的第一件事是需要将现有的服务器应用业务转移到虚拟服务器上，VMware Converter 提供的P2V转化功能可帮助企业完成虚拟化整合服务器。
P2V 迁移包括热迁移和冷迁移两种方式。
VMware Converter是一个功能强大且可扩展的企业级迁移工具，IT管理员可以使用该工具节省将物理机转换为VMware虚拟机所需的时间。
通过使用极其快速且可靠的基于快照的克隆机制，VMware Converter可以实现远程转换，且不会在转换期间中断源服务器。
VMware Converter具有以下优势：●将运行Windows操作系统的物理机转换为VMware虚拟机；●将较旧的VMware虚拟机格式导入新的VMware虚拟机格式●创建物理机克隆以用于灾难恢复1.1.1.2. VMware Converter的工作原理VMware Converter是通过一个基于任务的简单UI进行管理的，这使得客户能够通过以下三个简便步骤将VMware虚拟机或第三方虚拟机以及磁盘映象格式转为VMware虚拟机：步骤1：指定要转换的源物理服务器、虚拟机或第三方格式。
步骤2：指定要创建的新虚拟机的目标格式、虚拟机名称以及位置。
步骤3：使用VMware Converter自动执行虚拟机创建和转换过程。
1.1.1.3. P2V迁移的详细过程1.1.1.3.1.1. 迁移前的准备工作●审查日志文件。
如果服务器有问题，解决问题后再迁移；●确保迁移主机的真实备份可用；●关闭任何防病毒软件；●关闭服务（IIS、SQL等）；●清除任何临时或不需要的文件；●整理磁盘；1.1.1.3.1.2. 迁移过程中的步骤●运行Convert软件，输入源服务器信息和目标服务器信息；●选择不要自动卸载agent程序，到时手动卸载；●虚拟机信息：◆虚拟机名称（按规划设计它与物理主机名称相同）◆Datastroe◆虚拟机版本；●在源磁盘信息栏目，选择要转换的磁盘分区，如有分区大小调整要求，也一并做了；●选择目标网络的交换机的端口组名称；●先不要选择安装VMware Tools，同时删除还原点选项；●开始转换。
使用VMware_vCenter_Converter迁移到虚拟机
使用VMware vCenter Converter迁移到虚拟机一、概述当VMware vSphere基础架构搭建好后，如何把现有跑在物理机上的应用迁移到虚拟机上呢？这就需要请出VMware vCenter Converter这个工具，此工具可以实现P2V（物理机在线或离线迁移到虚拟机）、V2V（VMware各虚拟机产品之间或和hyper-V之间的转换），以及把第三方的备份镜像迁移入虚拟机，功能那是相当的强大，本文就此产品做一简单介绍。
二、VMware vCenter Converter版本及组成1、版本vCenter Converter分Enterprise和Standalone 2个版本，前者属于vSphere Enterprise授权，后者是免费版；2者功能上几乎相同，前者安装后所有操作界面集成在vCenter中，后者则是单独的操作界面；Enterprise最新为4.2版本，而Standalone为4.3版本，后者支持迁移最新的Windows Server 2008 R2和windows 7vCenter Converter Enterprise版还有一个可引导的光盘版，用于离线冷迁移使用，最新版本为4.1.1；vCenter Converter Enterprise安装文件集成在vCenter安装包里，Standalone可在官方免费下载；2、组成vCenter Converter安装包主要分以下3个组件：vCenter Converter服务器端：实现整个迁移过程的核心组件，执行虚拟机格式装换和重新配置等关键任务；vCenter Converter客户端：用户操作界面，用于连接服务器端执行相关任务； vCenter Converter Agent：在迁移过程中安装在源机器上，用于数据抓取和传送，迁移结束后会自动卸载；三、vCenter Converter安装，配置本文只介绍Enterprise版的安装、配置，Standalone安装和使用较简单，此处不写了。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
十个步骤将操作系统从物理机迁移到虚拟机老板让你在很短的时间里执行一项操作系统迁移的任务，此时，如果你有一个功能完整的且经过测试的物理机到虚拟机迁移的解决方案，那么你将是一个真正的英雄！P2V的解决方案可以使你在不影响生产网络或不重新在生产网络中进行配置的前提下执行服务器迁移。
在这里，我将向大家解释一些Microsoft Virtual Server Migration Toolkit（VSMT）的内部工作机制，并且演示一下为了实现迁移，应如何使用ADS来配置一台可移动的服务器。
在2006年12月份的“突破ADS障碍”一文中，我给大家展示了在Windows操作系统迁移时，如何构建一个基础的移动ADS解决方案。
接着，在2007年5月份的文章“提升移动ADS解决方案”中，我展示了如何通过安装VSMT来扩展移动ADS解决方案，进而执行物理机到虚拟机的迁移。
接下来我将给大家演示如何使用VSMT来执行一个P2V的迁移。
开始之前通过本系列的文章，你已经知道如何在一个移动的小车上组合必要的硬件和安装基本的软件来创建一个移动的ADS解决方案：Windows Server 2003企业版，动态主机配置协议（DHCP）服务器、ADS1.1、Virtual Server 2005 R2 SP1和VSMT1.1。
我们把资源服务器称为Testserver，并假想运行着Windows Server 2003企业版。
为了执行一个P2V的迁移，你需要执行下面的十个步骤。
开始之前，我建议你花一些时间来看看你的服务器是否适合执行P2V转换。
有时候，在一个不太稳定的生产服务器上执行一次P2V的迁移是不值得的。
这是因为可能在迁移的过程中，那些不稳定的因素会出现。
如果恰好出现这种情况，那么我建议你首先重建虚拟机，然后将数据从旧的物理服务器迁移到虚拟服务器中，这样做可能会更好一些。
此外，对于那些带有OEM应用程序的服务器，在执行P2V迁移前，应该首先卸载或禁用这些应用程序，这样可以保证虚拟机在首次启动时，这些应用程序不会和虚拟机进行交互。
读到这里，先看看你的服务器适合进行P2V的转换吗？如果适合的话就让我们开始吧。
第一步：准备源系统尽管VSMT不会修改源系统，我还是推荐你遵循一些最佳实践，在开始P2V迁移之前，首先对源操作系统进行备份。
此外，禁用与物理服务器相关的所有驱动和应用程序，这些驱动和应用程序在虚拟机环境中将不再可用。
第二步：准备MobileP2V服务器VSMT包括一个名为GatherHW.exe的工具，该工具能够在源服务器上收集物理硬件的信息，然后创建一个XML配置文件，你可以使用该配置文件来分析源系统中任何已知的硬件兼容性问题（动态磁盘、高于3.5GB的内存以及不支持的设备等等）。
为了运行GatherHW.exe，你必须首先将它复制到源系统中。
我推荐你首先在MobileP2V服务器上的VSMT安装目录（缺省为C:\Program Files\Microsoft VSMT）下创建一个名为VSMT的共享目录。
当然，你还需要一个位置来存放GatherHW.exe生成的XML文件。
你可以在MobileP2V服务器上创建一个名为C:\P2VSource的目录，并将其共享为P2VSource，设置本机管理员具有写权限。
MobileP2V服务器的驱动器配置信息如下：C盘（C: ——操作系统），D盘（D:——ADS镜像文件）和E盘（E:——虚拟机存储）。
第三步：收集配置信息你在MobileP2V服务器上创建了共享后，以本地管理员登录到Testserver。
接着，在C盘根目录下创建一个名为VSMT的目录，并将\\MobileP2V\VSMT映射到一个网络盘。
然后将GatherHW.exe复制到C:\VSMT。
在源系统上双击GatherHW.exe来收集配置信息。
GatherHW.exe将以源系统的计算机名为名称在当前目录下创建一个XML文件（如：Testserver.xml）。
将XML文件复制到\\MobileP2V\P2VSource。
第四步：验证配置信息在Testserver服务器上使用GatherHW.exe收集完配置信息之后，可以使用VMScript.exe （作为VSMT的一部分安装在MobileP2V上）来对数据进行验证。
为了使用刚才生成的XML 文件作为VMScript.exe 的运行参数，登录到MobileP2V然后打开一个命令行窗口。
切换到C:\Program Files\Microsoft VSMT目录。
在命令行窗口中，输入下列内容来执行VMScript：VMScript.exe /hwvalidate /hwinfofile:”C:\P2VSource\Testserver.xml”VMScript通过分析XML文件来报告源系统硬件的错误以及配置问题。
（注意：有一些硬件，诸如特殊的板卡、USB设备或光纤通道卡等其它设备在虚拟机中可能运行不正常。
）检查VMScript的输出可以查看出现的问题、警告或错误。
你可以使用Vmpatch.exe来纠正这些问题，并可在继续之前复制已丢失的系统文件、Service Packs和一些热修复文件。
如果你收到报告Windows Server 2003 Service Pack 2（SP2）文件丢失的报告时，可参考附文：“在VSMT补丁目录中增加对Windows Server 2003 SP2的支持”，它可以指导你如何更新带有Windows 2003 SP2驱动的补丁缓存。
Error: Cannot find patch files for the operating system/service pack level in the c:\Program Files\Microsoft VSMT\Patches Source\5.2.3790\SP2 directory.第五步：生成迁移脚本解决了Testserver配置相关的问题后，你可以重新运行VMScript来生成迁移脚本。
这些脚本控制着磁盘镜像捕获、虚拟机创建以及如何将磁盘镜像部署到虚拟机。
为了生成迁移脚本，通过下面的语法来运行VMScript：VMScript /hwgeneratep2v /hwinfofile:”path\Source.xml” /name:vm_name/vmconfigpath:”vm_path” /virtualDiskPath:”vm_path” /hwdestvs:controller_server在该脚本中，path\Source.xml是xml配置文件（C:\P2VSource\TestServer.xml）的路径，vm_name是在Virtual Server控制台中分配给虚拟机的名称（TESTMIGRATION），vm_path是在特定的宿主机上存放.vmc和.vhd文件的位置（E:\VMs），controller_server是Virtual Server宿主机的名称（MobileP2V）。
缺省情况下，迁移脚本将创建固定大小的虚拟磁盘。
如果源系统的物理磁盘有大量的未分配的空间，或者你不想使用固定大小的虚拟磁盘，可以使用/virtualDisk-Dynamic选项来执行VMScript。
该选项同时也可以加速虚拟机的创建过程。
如果你使用了/virtualDisk-Dynamic选项，执行脚本的命令行如下：VMScript /hwgeneratep2v /hwinfofile:”C:\P2VSource\TestServer.xml”/name:TESTMIGRATION /vmconfigpath:”E:\VMs” /virtualDiskPath:”E:\VMs”/hwdestvs:MOBILEP2V /virtualDiskDynamicVMScript.exe将在子目录“C:\Program Files\Microsoft VSMT\p2v\TESTMIGRATION”里生成迁移脚本。
执行VMScript命令行，你将看到如图1所示的输出。
VMScript创建了12个输出文件，这些文件在迁移过程中将会被用到。
TestMigration_P2V_Readme.txt提供了关于脚本创建和驱动问题的相关信息。
三个XML文件包括了在迁移过程中需要用到的磁盘和驱动配置的相关信息。
TestMigration_boot.ini 文件直接复制自源系统中的boot.ini文件。
在迁移过程中你将直接执行三个脚本：TestMigration_Capture.cmd用来捕捉ADS磁盘镜像，Test-Migration_CreateVM.cmd使用源配置信息来创建目标虚拟机，TestMigration_DeployVM.cmd将捕捉的源磁盘镜像还原到目标虚拟机的磁盘上。
图1：VMScript.exe创建的输出文件VMScript也会创建一个名为Patches的子目录。
VMScript将把你需要安装的补丁文件复制到该目录下。
第六步：加载需要的驱动到ADS当VMScript验证源系统的配置信息时，它并不去验证安装在ADS文件缓存中的驱动程序。
需要安装的最重要的驱动是源系统的网卡驱动。
如果没有网卡驱动，将无法捕获源服务器的镜像。
可以将源系统的最新的网卡驱动下载到MobileP2V的一个临时目录中。
然后将这些驱动程序文件复制到“C:\Program Files\Microsoft ADS\NBS Repository\User\PreSystem”。
当你将网卡驱动程序复制到ADS文件缓存时，不要创建任何子目录，同时也不要包括任何的Txtsetup.oem文件。
这是因为驱动程序文件必须直接放到PreSystem目录下，Txtsetup.oem 文件也不会用到。
驱动程序复制完成后，为了能够找到这些新的驱动程序文件，需要重新启动ADS Builder服务。
打开一个命令行窗口，然后输入：Net stop adsbuilder按回车。
输入：Net start adsbuilder再次按回车。
第七步：捕获Testserver的系统磁盘现在你可以准备捕获Testserver系统磁盘镜像了。
TestMigration_Capture.cmd将利用ADS 来捕捉磁盘镜像。
以本机管理员登录到MobileP2V，根据如下的步骤来捕捉TestServer的磁盘镜像。
打开一个命令行窗口，并将当前目录切换至“C:\Program Files\Microsoft VSMT\p2v\TestMigration”，执行TestMigration_capture.cmd脚本。
出现提示时，登录到Testserver源服务器，然后通过PXE重新启动计算机。