如何解决VMware Converter P2V迁移失败问题-转
使用vmware vconverter从物理机迁移系统到虚拟机P2V(多图)
使用vmware vconverter从物理机迁移系统到虚拟机P2V（多图）本文完整记录了如何从物理服务器，保持所有环境配置信息，纹丝不动的迁移到虚拟机上，俗称P2V 。
采用的工具是VMware公司的VMware vcenter vconverter standalone，它支持将windows和linux操作系统用作源，可以执行若干转换任务：∙将正在运行的远程物理机和虚拟机作为虚拟机导入到vCenter Server管理的独立ESX/ESXi或ESX/ESXi主机∙将由VMware Workstation或Microsoft Hyper-V Server托管的虚拟机导入到vCenter Server管理的ESX/ESXi主机∙将第三方备份或磁盘映像导入到vCenterServer管理的ESX/ESXi主机中∙将旧版服务器迁移到新硬件，而不重新安装操作系统或应用程序软件等∙完整功能见《Converter Standalone 用户指南》Converter Standalone的组件，只能安装在Windows操作系统上：∙Converter Standalone Server ——启用并执行虚拟机的导入和导出∙Converter Standalone agent —— Converter Standalone Server会在Windows物理机上安装代理，从而将这些物理机作为虚拟机导入，完成后可以选择自动删除∙Converter Standalone client ——与Converter服务端配合使用，包括看到的用户界面、创建和管理转换任务等∙Vmware vCenter Converter引导CD：是单独的组件，可用于在物理机上执行冷克隆冷克隆可以创建一致的源计算机的精确副本，而我们更多的是进行热克隆，也就是源服务器在迁移过程中会继续工作，这就可能会出现某些文件不一致，但Converter Standalone会在热克隆后将目标虚拟机与与主机同步，同步执行过程是将在初始克隆期间更改的块从源复制到目标。
P2V常见问题
Converter Standalone 5.0 版本中包含以下已知问题：•安装•常规•Windows 源•Linux 源•第三方格式•本地化•用户指南和帮助安装在重新安装 Converter Standalone 之前，必须重新启动运行 64 位 Windows Vista 或更高版本的计算机如果从 64 位 Windows Vista、Windows Server 2008 或 Windows 7 计算机上卸载Converter Standalone 后没有重新启动计算机，则后续的 Converter Standalone 安装可能会失败，并会显示以下错误消息：错误 29144。
无法安装服务 Vstor2 MntApi 1.0 Driver（共享）。
请重新引导并尝试再次安装 (Error 29144. Could not install service Vstor2 MntApi 1.0 Driver (shared). Please reboot and try to install again)。
解决办法：重新启动 Windows Vista、Windows Server 2008 或 Windows 7 计算机，然后尝试重新安装 Converter Standalone。
Converter Standalone 安装程序未发出任何通知即移除 Workstation 6.5.x 远程代理使用 Workstation 6.5.x 热克隆 Windows 源计算机时，Workstation 会在源上部署一个远程 Workstation 代理。
如果选择保留该源上的远程代理，然后将 Converter Standalone 安装在同一计算机上，则 Converter Standalone 安装程序将卸载该代理且不发送任何警告消息。
成功转换之后，运行 64 位 Windows Vista 或更高版本的远程源计算机的后续 P2V 转换可能会失败如果成功转换某一运行 64 位 Windows Vista、Windows Server 2008 或 Windows 7 操作系统的远程源计算机后尝试再次转换，则转换将失败，并且会显示错误消息：Converter Standalone Agent 在 x.x.x.x 上安装失败，错误代码: 1603 (Converter Standalone Agent installation failed on x.x.x.x Error code: 1603)1603，其中 x.x.x.x 是源计算机的 IP 地址。
KVM虚拟机P2V迁移注意事项
KVM虚拟机P2V迁移注意事项P2V 指 Physical Machine To Virtual Machine，在KVM虚拟机中，从物理机迁移过来的服务器要注意以下问题：1. 无论是Windows系统或Linux系统，在KVM虚拟机设置时尽量设置硬盘为IDE，设成SCSI时会有问题。
我在RedHat AS3 迁移中，发现IDE可以顺利转移(使用CloneZilla)，只需把/etc/fstab中原来/dev/sdax 更改为/dev/hdax。
使用SCSI硬盘时，出现Kernel Panic 错误2.在Windows系统转移前，应当先执行mergeide.reg (查看微软的KB 公告）以允许IDE接口，不然就会出现0x0000007B的蓝屏错误。
但在实际迁移中，使用VMware 免费的工具Convert转移的vmdk文件再转换成qcow2文件后(具体方法参见Proxmox的wiki文档)，重启仍然蓝屏，最后只能使用windows系统盘修复安装以恢复错误(2003R2)。
但是使用CloneZilla转换的Image文件恢复后，可以正常启动(只做过win2000服务器)。
3.由于使用selfImage软件转换时，无法压缩硬盘，在硬盘资源较缺的情况下，使用CloneZilla较好，但CloneZilla不能在线迁移。
使用CloneZilla 迁移的系统不能启动，出现Not bootable harddiskRead disk errorPlease enter Ctrl+Alt+Delete reboot错误时，使用光盘（如mini pe）启动后，用磁盘工具Partition Table Doctor(硬盘分区表修复与管理）工具修复启动扇区即可。
其他情况可检查是否设有bootable 标志，是否活动分区，再用fdisk/mbr修改mbr4.SelfImage在线迁移Windows2000服务器成功，但上面的数据库损坏。
虚拟机迁移中的常见错误及解决方案(七)
虚拟机迁移中的常见错误及解决方案近年来，随着云计算和虚拟化技术的迅猛发展，虚拟机迁移已成为数据中心管理的重要组成部分。
虚拟机迁移可以帮助企业实现资源的灵活分配，并提高数据中心的效率和弹性。
然而，在虚拟机迁移过程中，常常会遇到各种错误和挑战。
本文将介绍一些常见的虚拟机迁移错误，并提供相应的解决方案。
错误一：网络连接中断在虚拟机迁移过程中，网络连接中断可能会导致业务中断或数据丢失。
这种情况通常是由于网络延迟、拓扑配置错误或硬件故障引起的。
为了解决这个问题，可以采取以下方案：1. 使用高带宽和低延迟的网络连接，例如光纤网络，以减少网络延迟。
2. 建立冗余网络连接，以确保在一条连接中断时，可以切换到另一条连接。
3. 定期检查网络拓扑配置，确保配置正确，并及时修复故障设备。
错误二：资源不足在虚拟机迁移过程中，如果目标主机的资源不足，可能会导致迁移失败或迁移后的虚拟机性能下降。
为了避免这种情况，可以采取以下措施：1. 在迁移之前，通过监控工具对目标主机的资源利用率进行评估，确保资源充足。
2. 灵活使用云平台的自动化工具，根据资源利用率的情况，自动选择目标主机进行迁移。
3. 在迁移之后，及时监控和调整虚拟机的资源分配，以确保其性能和稳定性。
错误三：数据丢失虚拟机迁移过程中的数据丢失是一个关键问题，尤其是对于运行着关键业务的虚拟机。
为了避免数据丢失，可以采取以下措施：1. 在迁移之前，确保源主机和目标主机之间的存储系统完全一致，包括文件系统、磁盘格式等。
2. 开启虚拟机快照功能，可以在迁移失败时恢复虚拟机到之前的状态。
3. 使用虚拟机迁移工具提供的数据校验功能，确保迁移过程中数据的一致性和完整性。
错误四：性能下降虚拟机迁移后，可能会出现性能下降的情况，这会影响到运行在虚拟机上的应用程序的用户体验。
为了解决性能下降问题，可以采取以下措施：1. 在迁移之前，通过性能监控工具对源主机和目标主机进行性能评估，确保目标主机性能至少与源主机相当。
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 vCenter Converter的P2V迁移
当需要迁移的物理机软件配置较为复杂，系统难于梳理时，我们可以采用VMware 提供的P2V工具VMware vCenter Converter实现从物理机到虚拟机的迁移。
整个迁移过程是自动化的，配置也很简单，完成迁移后的虚拟机是原有物理机的克隆，只需要进行简单的配置就可以完全替代原有的物理服务器，解决原有物理服务器存在的性能与硬件故障问题。
VMware vCenter Converter可以作为vSphere Client的一个插件进行使用，也可以使用单独的客户端工具VMware vCenter Converter Standalone。
我们可以在VMware的官方网站免费下载并使用VMware vCenter Converter Standalone，目前最新的版本是5.0，如果需要获取技术支持，需要购买相应的产品技术支持服务。
本文使用独立的客户端工具VMware vCenter Converter Standalone 5.0，以Windows Server 2003 迁移到vSphere 4.1为例，介绍VMware vCenter Converter 的配置过程。
在Windows服务器上下载并安装VMware vCenter Converter Standalone 5.0后就可以进行P2V迁移工作了。
在进行P2V迁移之前要确保VMware vCenter Converter Standalone与物理服务器以及vSphere ESXi主机之间的网络能够正常通信。
打开VMware vCenter Converter Standalone 5.0后，选择“转换计算机”将打开计算机转换向导，首先要选择要转换的源系统。
选择源类型：已打开电源的计算机，进行P2V转换需要源计算机处于运行状态。
选择远程计算机：输入IP地址，用户名，密码以及操作系统的类型。
图1. 选择需要转换的源系统建立与源系统的连接后，VMware vCenter Converter Standalone将会获取源系统的配置信息并在源计算机上安装代理，而且可以根据需要选择完成P2V迁移后是否保留在源系统上临时安装的代理。
物理机转移到虚拟机平台P2V系统迁移方案
物理机转移到虚拟机平台P2V系统迁移方案应用系统从物理机迁移到虚拟化平台，主要从用户现有物理服务器及上面的业务整体业务系统（含AD域，Web，数据库服务器整体迁移）。
迁移方案规划把物理负载迁移到虚拟机上，简称为P2V,是服务器虚拟化的缩影。
这种工作负载的迁移会带来数不清的好处。
最显而易见的是服务器整合。
迁移评估迁移前，对迁移方案进行评估以确保迁移成功。
首先需要勘察现有系统的架构和资源使用状况，评估过程必须包含以下信息和内容：现有系统支撑的服务数量以及在服务器中的分布情况。
现有物理服务器资源占用状况，包括CPU、内存、磁盘和网络连接状况，为保证迁移成功，目标虚拟机规格应不低于原物理机标准。
当前的物理环境是否支持虚拟化，是否支持资源扩展，因为在迁移之前须在物理服务器上完成虚拟化。
对当前的存储容量和资源利用率进行评估，需在目标系统中规划好迁移需要的存储空间。
需明确现有存储如何利用，比如有些服务器是在本地磁盘上创建系统盘和用户盘，有些服务器则在本地磁盘上创建系统盘和数据库而在SAN/NAS 上创建用户盘。
迁移计划通过对现有网络环境的评估，我们对现有资源利用率，服务以及系统需求非常清晰。
评估后才能开始对迁移进行计划，步骤如下：一、确定迁移步骤，包括所有服务器的迁移先后顺序，其顺序按风险的高低降序排列。
二、确定备份方案，由于现有系统会被加固，某些服务器通过虚拟化重复利用，而在虚拟化前需要清除所有的数据，因此需要对这些服务器进行备份保证服务的连续性。
三、确定并准备好迁移所需的工具，包括工具在迁移中必备的一系列功能和使用工具所需具备的网络环境。
四、在实际迁移开始之前确定额外的测试环境，该测试环境能够引导测试从而确保迁移成功。
因此，测试环境需明确设计的服务器和存储数量。
五、规划网络环境，由于网络中的服务器各处不同位置，因此在迁移中需考虑到网络连接情况、数据备份方式，以及网络流量来源，确定网络流量是否会引发网络拥塞六、确定迁移周期以及参与人员，包括迁移起止时间，团队能力建设以及团队成员的角色。
VMware P2V系统迁移手册
一、V Mware Convert工具安装1、安装介质名称VMware-converter-en-5.5.0-1362012.exe2、工具安装双击安装介质NextNext----I agree to the terms in the license agreementNext----选择安装目录NextLocal installation适合于安装于服务器端的Client-server installation适合于安装于客户端的模式Install二、w indows系统迁移2.1.迁移之前注意事项需要注意5个服务不能被禁用1）windows installer2）volume shadow copy3）TCP/IP NetBIOS Helper4）Server5）Workstation并且手动关闭防火墙2.2.系统迁移安装完convert以后，默认情况下迁移速度会很慢，需要在安装convert的机器上调整一个参数即可，调整方法如下：1. Locate the converter-worker.xmlfile. By default, it is located at:2.Windows 7 and 2008 Server –C:\ProgramData\VMware\VMware vCenter Converter Standalone3.Windows Vista, XP and 2003 Server –%ALLUSERSPROFILE%\VMware\VMware vCenter Converter Standalone4．In older Windows versions – %ALLUSERSPROFILE%\Application Data\VMware\VMware vCenterConverter Standalone5. Take a backup of theconverter-worker.xmlfile.6. Open the file in a text editor and locate the tag pair<useSsl></useSsl>. It is located inside the<nfc>tag and has a value of true.7. Change the value to false.8. Save and close the file.9. Restart the VMware vCenter Converter Standalone Worker service on the machine.迁移步骤：点击convert machine输入要迁移的物理机的IP地址，用户名以及密码，并且os family选择windows，下一步选择yes，然后下一步输入vCenter的IP地址，以及用户名和密码Ignore输入虚拟机在vCenter中显示的名字，名字使用英文，不要使用中文，Next选择虚拟机存放的主机以及datastore，选择datastore的时候选择共享存储，不要选择本地硬盘编辑磁盘，可以修改磁盘的大小可以更改cpu的数量以及内存的大小选择虚拟机所在的网络标签下一步，直到完成2.3.迁移之后1、关闭原有的物理机2、打开虚拟机，安装vmware tools3、Windows迁移之后，配置网卡的时候，会提示“IP已经被分配给其他的适配器”解决方法：打开命令行窗口（运行cmd），输入：（1）、set DEVMGR_SHOW_NONPRESENT_DEVICES=1（2）、devmgmt.msc在弹出的“设备管理器”窗口。
VMware_物理机迁移到虚拟机P2V(热迁移)
VMware物理机迁移虚拟机P2V（热迁移）以下是成功迁移的注意事项：确保vConverter服务器、ESX Server和源物理服务器三者能相互通讯；在源服务器上，确保Windows Installer、 Workstation、Server、TCP/IP NetBIOS Helper、Volume Shadow Copy service等相关服务启动；尽量关闭服务器防火墙；确保VMware Converter的Windows服务正在运行；确保在源服务器的C盘驱动器上，你至少有200 MB的可用空间；确保所需的在源服务器和VirtualCenter（ VC ）以及VMware ESX之间的TCP / UDP 端口是开放的；我们可以利用“调度任务”可以实现物理机的迁移。
确认vCenter中存在vCenter Converter插件在vCenter中打开[文件]->[新建]->[已调度任务]选择[导入计算机]调试任务，单击[确定]首先要定义数据源，出现[导入向导]界面，单击[下一步]填写物理机的IP地址、用户名和密码，单击[下一步]提示需要远程安装vCenter Converter Agent并选择成功迁移后删掉此Agent，单击[是]自定义硬盘大小，单击[下一步] 还不明白为啥这不能保持其大小下面进行目标虚拟机的设置，单击[下一步]填写虚拟机的名称和清单位置，单击[下一步]选择虚拟机的运行的主机，单击[下一步]为虚拟机选择资源池，单击[下一步]选择虚拟机的数据存放位置，单击[下一步]为虚拟机选择网卡数，单击[下一步]接下来要自定义虚拟机，选择安装VMware Tools、自定义虚拟机的标识并删除系统的还原检查点，单击[下一步]填写[虚拟机的名称]、[所有者名称]和[单位]名称，单击[下一步]输入操作系统的cdkey，选择连接数，单击[下一步]为虚拟机选择正确的时区，单击[下一步]配置虚拟机的网卡，单击[下一步]将虚拟机加入到网络中，单击[下一步]选择调度的时间，单击[下一步]确认设置无误后就可以单击完成后开始转移了此时就可以看到改虚拟机了，在近期任务中可以看到转移的进度。
VMware Converter迁移文档
在使用VMware Converter进行转换时，充足的准备可以有效避免从物理到虚拟（P2V）转换迁移失败，这是关键步骤。
在这篇文章中，我将会给你逐步地说明如何为你的服务器进行一次热克隆。
（对于冷克隆而言，这些步骤大多数可以跳过，因为在转换过程中，服务器上的操作系统处于关闭状态。
）在这一系列的安装设置之前，我们谈论的是关于VMware Converter将会做什么的问题，热克隆（也就是当你使P2V进行迁移而这时服务器仍然在运行）对于冷克隆来说（即是当你在服务器不运行进行的迁移操作），以及在使用VMware Converter的时候，哪些服务器或许是你应该远离的。
为你的服务器转换进行准备，以下是应采取的步骤。
1.在即将进行迁移的服务器上安装Converter程序。
如果你正在使用的是企业版，那么你就可以远程做到这一点，但我倾向于到服务器上直接安装；如果你有许多服务器同时来进行转换，由于在转换过程中会涉及到其他服务器，这就造成了一个潜在的并发，所以自动安装并非总是可行。
2.Converter由两部分组成：代理端组件（Windows服务）和管理端组件（前端图形用户界面）。
如果你是直接在服务器上运行，那么这两个组件都是你必须安装的。
然而，如果你是远程运行的，只有代理端是唯一必要的。
如果服务器的操作系统是Windows NT 4.0或2000 ，只要你在服务器上安装该应用程序，那么服务器将被要求重新启动。
这是因为安装了一个特殊的驱动程序，目的是为了对这些操作系统进行克隆，Windows XP和2003利用卷影复制服务代替。
另外，当登录到服务器安装该应用程序时，最好使用本地管理员帐户。
3.为了转换程序正常工作，下面的Windows服务必须在运行：Workstation、Server、TCP 或IP Netbios Helper和V olume Shadow Copy（Windows XP或2003中，可以设置为手动，只要没有禁用）。
P2V总结
Contents .................................................................... 错误！未定义书签。
一、P2V故障问题 (2)1.网络通信故障导致P2V不成功 (2)2.Converter Agent 本地安装 (3)3.Converter Agent重新安装问题 (4)4.UAC身份证验证机制导致Converter Agent无法安装 (4)5.Converter Standalone 5.0数据传输慢 (5)6.目标磁盘大小不是整数导致P2V不成功 (5)7.Converter服务器上没有sysprep文件导致P2V不成功 (6)8.服务VSS需要手工启动才能进行P2V (7)9.配置网卡时提示IP已经被分配给其他的适配器 (7)一、P2V故障问题1. 网络通信故障导致P2V不成功故障情况：VMware Converter Standalone 5.0迁移物理机过程中，有以下类的报错，导致P2V不成功。
• Unable to contact the specified host• The host is not available, there is a network configuration problem, or the managementservices on the host are not responding• Error: Failed to connect to server• Unable to obtain IP addresss of helper virtual machine• A general system error occurred: unknown internal error• Unable to complete installation/uninstallation of vCenter Converter agent on 'xxxxxxxx'• Error connecting to share \\xxxxxxxxx\ADMIN$Where xxxxxxxx is the IP address or hostname of the source machine being converted.解决方法：需要在防火墙上开放以下相应端口。
如何解决VMware Converter P2V迁移失败问题
如何解决VMware Converter P2V迁移失败问题？无论你多么小心地为迁移做准备工作，迁移有时还是会失败。
失败就可能发生在迁移过程中的不同阶段；具体哪个阶段是基于任务栏百分比估计值出来的。
1.建立目标虚拟机(VM) (0%-5%)2.准备克隆磁盘(5%-6%)3.克隆过程(6%-95%)4.克隆工作结束以后(95%-97%)5.定制或重新配置(97%-99%)6.安装工具或启动(99%-100%)虽然在任何迁移阶段都可能会失败，但如果要是失败的话，它通常会在97%处失败。
在迁移过程中，Converter创建了一个详细的日志文件，此文件会包含确切的错误信息以及有关转换失败的原因。
此日志文件被存放在你正在被迁移的服务器上，此服务器运行着Converter代理，通常日志被命名为vmware-converter-0.log，存放位置在C:\Windows\temp\vmware-temp目录下。
打开该日志文件和滚动到文件底部，寻找失败信息。
一旦这次迁移过程失败，Converter会将它自动创建的虚拟机删除。
确定哪个阶段会失败的一个线索是进度条如何快速地达到了97%。
如果它迅速地跳跃到97%并且失败，这通常表明问题出在以下几个方面：网络端口、DNS解析或是需要的Windows 服务没有运行。
下面有几个步骤可以帮你试图解决这类问题。
1.如果你使用主机名称来选择你的VC/ESX目的服务器，请确保你可以在你的源服务器上解析到这些主机名称的IP地址。
还有尝试使用服务器的FQDN（全称域名），而不是短域名。
2.在源服务器上，确保Workstation、Server，TCP/IP NetBIOS Helper和VMwareConverter services这几个服务正在运行。
在Windows XP和2003服务器上，确保Volume Shadow Copy service服务不是禁用状态，在默认情况下，应该是设置为手动状态。
vmware 热迁移80%失败
vmware 热迁移80%失败
对于VMware热迁移80%的失败，可能会有多种原因。
下面
是一些可能的原因和解决方法：
1. 网络问题：如果在热迁移过程中出现网络故障或延迟，可能会导致迁移失败。
确保网络连接正常，并尽可能减少网络繁忙的时间段。
2. 主机资源不足：如果源主机或目标主机上的资源（如CPU、内存、存储）不足以完成热迁移过程，可能导致失败。
确保主机资源足够，并确保没有其他高负载任务正在运行。
3. 存储问题：如果存储系统发生错误或不可访问，可能导致迁移失败。
检查存储配置和连接，并确保存储系统正常工作。
4. 权限问题：如果用户没有足够的权限执行热迁移操作，可能会导致失败。
确保用户具有执行热迁移所需的适当权限。
5. 版本不兼容：如果源主机和目标主机的VMware版本不兼容，可能导致迁移失败。
确保源主机和目标主机的VMware
版本一致，并且都支持热迁移功能。
6. 虚拟机状态：如果虚拟机的状态不正常或有其他问题，可能导致热迁移失败。
在迁移之前，确保虚拟机状态正常，并且没有其他正在执行的任务。
如果以上方法都无效，建议联系VMware技术支持寻求进一步的帮助和故障排除。
虚拟机迁移中的常见错误及解决方案(九)
虚拟机迁移中的常见错误及解决方案在现代技术快速发展的时代，虚拟化技术被广泛应用于数据中心和云计算环境中。
虚拟机迁移是一项重要的操作，它可以将虚拟机从一个物理主机迁移到另一个物理主机上，实现资源的动态调度和负载均衡。
然而，在虚拟机迁移过程中，往往会遇到一些常见的错误，今天我们来讨论一下这些错误及其解决方案。
1. 资源不足错误在虚拟机迁移过程中，如果目标主机上的资源不足以满足虚拟机的需求，那么可能会出现资源不足错误。
这种情况下，迁移会失败并产生一个错误提示。
解决方案：在进行虚拟机迁移之前，先确保目标主机具有足够的CPU、内存和存储资源来容纳迁移的虚拟机。
可以通过监控工具来实时监测主机资源的利用率，以便提前做好资源调度和规划工作。
2. 网络连接错误虚拟机迁移需要通过网络传输虚拟机的镜像文件和状态信息。
如果网络连接不稳定或中断，将导致迁移失败。
解决方案：确保源主机和目标主机之间的网络连接稳定可靠。
可以通过配置合适的网络带宽和QoS策略来保证迁移过程中的网络性能。
此外，还可以使用虚拟机迁移工具的压缩和断点续传功能，减少数据传输的时间和风险。
3. 存储错误虚拟机迁移过程中，如果存储出现故障或存储路径错误，可能会导致迁移失败或数据丢失。
解决方案：确保源主机和目标主机之间的存储路径正确，并且存储设备正常运行。
可以通过提前对存储设备进行检查和维护，以确保其正常工作。
此外，还可以使用虚拟机迁移工具的快照和回滚功能，确保迁移过程中的数据完整性和可恢复性。
4. 安全错误虚拟机迁移涉及到敏感数据的传输和存储，如果安全措施不当，可能会导致数据泄露或篡改的风险。
解决方案：在进行虚拟机迁移之前，要确保源主机和目标主机的安全设置一致，并且统一使用安全协议和加密算法进行数据传输。
此外，还可以使用虚拟机迁移工具的安全校验和验证功能，确保传输过程中的数据完整性和安全性。
5. 兼容性错误虚拟机迁移涉及到不同硬件和软件环境的兼容性问题，如果迁移的虚拟机与目标主机的配置不兼容，可能会导致迁移失败或运行错误。
P2VV迁移工具VMwarevCenter使用教程
P2VV迁移工具VMwarevCenter使用教程P2V、V2V迁移工具VMware vCenter Converter从VMware 网站下载最新版本的Converter Standalone。
导航到包含已下载的安装程序文件的文件夹，然后双击VMware-converter.exe 文件.步骤1在选择安装语言对话框中，选择安装过程中使用的语言，然后单击确定，如图10-11所示。
图10-11 选择安装语言步骤2开始安装Converter Standalone，如图10-12所示。
图10-12开始安装Converter Standalone步骤3进入Converter Standalone的安装向导，点击下一步，如图10-13所示。
图10-13 VMware vCenter Converte安装向导步骤4按照提示进行操作，直至系统显示“最终用户许可协议”页面。
选择我接受许可协议中的条款，然后单击下一步，如图10-14所示。
图10-14最终用户许可协议步骤4在“目标文件夹”页面上，选择Converter Standalone 的安装位置，然后单击下一步，如图10-15所示。
默认的位置为C:\Program Files\VMware\VMware vCenter Converter Standalone。
要安装到其他位置，可以单击更改，然后浏览新位置。
图10-15 选择目标文件夹步骤5在“安装类型”页面上，选择客户端-服务器安装(高级)，然后单击下一步，如图10-20所示。
图10-20 选择安装类型图10-21 自定义安装组建步骤6如果要安装远程访问或Converter Standalone 代理，请在“端口设置”页面上修改Web 服务端口，如图10-22所示。
图10-22 VMware vCenter Converter Standalone端口设置步骤7在“准备安装”页面上，单击安装，如图10-23所示。
P2V迁移中的问题汇总
使用VMware vCenter Converter Standalone Client P2V过程中遇到的问题及原因1 P2Vlinux系统测试主机：1台linux4.7 64位物理机1台linux4.7 32位物理机1台centos 6.2 64位虚拟机P2Vlinux4.7 64位物理机linux4.7 32位物理机各用时15分钟左右V2v centos 6.2 64位虚拟机用时25分钟左右1.主机未开机或网络不通若能成功连接则会出现如下画面：2．宿主机在vcenter server管理下不能成为目的主机，必须在vcenter中断开宿主机。
3．Virtual machine version 版本选择version10的话只能在vsphere web client 里才能编辑虚拟机配置，为了虚拟化后的服务器便于管理此处选择“version9”，其他底版本由于对虚拟CPU的核心数量上支持低，所以不建议选择。
注：version 4只支持虚拟单核心4颗CPU ；version7支持多颗单核；version8以上支持多颗多核4.源物理磁盘空间需小于目的主机的磁盘空间，若大于目的主机空间则会出现如下提示：5．网络再配置时网卡所属的网络要和源服务,目的宿主机在一个子网里。
6．linux虚拟机再配置时需指定IP地址，IP地址范围要和源目的在一个网络段。
若虚拟化的服务器不在同一个逻辑网络，则迁移时进度在1%时会失败。
若选择自动获取IP，由于没有DHCP服务器，P2V时由于获取不到IP地址，所以会不成功。
7．centos 7 迁移过程失败，报Failed to find matching disk device for VMODL Param Disk #0, 1447909153, controller: scsi, bus ID: 0, and unit ID: 0不支持xfs文件系统P2V测试Windows选择迁移同步，能够对在线windows进行精确克隆，且只支持块级的克隆既硬盘大小不能重新配置。
P2V迁移失败的解决方法
P2V迁移失败的解决方法
朱书敏
【期刊名称】《网络安全和信息化》
【年(卷),期】2017(000)003
【摘要】使用vCenter Converter迁移物理机时，如果通过网络迁移正在运行的远程Windows计算机，可能会出现错误。
对于这种错误，如果一时不能解决，则可以在这台想要迁移的物理服务器上安装vCenter Converter6．1，通过转换
“本地计算机”的方式，将其转换成虚拟机。
【总页数】1页(P38-38)
【作者】朱书敏
【作者单位】河北
【正文语种】中文
【中图分类】TP316.7
【相关文献】
1.VMware虚拟化P2V迁移实践 [J], 张文升
2.一种高兼容的KVM P2V迁移方法 [J], 黄泽源;杨进;李涛;陆泽宁
3.P2V迁移速成教程您有一台工作站、Hyper—V和Symantec Ghost，本文将
告诉您如何使用Ghost将工作站迁移到Hyper-V [J], James Barman; LYH（译）
4.P2V整机迁移助力云灾备的实现 [J], 刘慧
5.P2V迁移计算机的性能研究 [J], 李春曦;同志学
因版权原因，仅展示原文概要，查看原文内容请购买。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
如何解决VMware Converter P2V迁移失败问题？
在你使用VMware Converter将物理机迁移到虚拟机以后，下一步是什么呢？如果迁移失败该怎么办？
这一系列的第一部分中，我们已经谈论了准备步骤，以确保迁移成功，还有操作迁移向导的过程。
在这一系列的第二篇文章中，我们将继续讨论一些在迁移以后的工作，并给出故障排除的方法和解决失败迁移的思路。
无论你多么小心地为迁移做准备工作，迁移有时还是会失败。
失败就可能发生在迁移过程中的不同阶段；具体哪个阶段是基于任务栏百分比估计值出来的。
1.建立目标虚拟机(VM) (0%-5%)
2.准备克隆磁盘(5%-6%)
3.克隆过程(6%-95%)
4.克隆工作结束以后(95%-97%)
5.定制或重新配置(97%-99%)
6.安装工具或启动(99%-100%)
虽然在任何迁移阶段都可能会失败，但如果要是失败的话，它通常会在97%处失败。
在迁移过程中，Converter创建了一个详细的日志文件，此文件会包含确切的错误信息以及有关转换失败的原因。
此日志文件被存放在你正在被迁移的服务器上，此服务器运行着Converter代理，通常日志被命名为vmware-converter-0.log，存放位置在
C:\Windows\temp\vmware-temp目录下。
打开该日志文件和滚动到文件底部，寻找失败信息。
一旦这次迁移过程失败，Converter会将它自动创建的虚拟机删除。
确定哪个阶段会失败的一个线索是进度条如何快速地达到了97%。
如果它迅速地跳跃到97%并且失败，这通常表明问题出在以下几个方面：网络端口、DNS解析或是需要的Windows服务没有运行。
下面有几个步骤可以帮你试图解决这类问题。
1.如果你使用主机名称来选择你的VC/ESX目的服务器，请确保你可以在
你的源服务器上解析到这些主机名称的IP地址。
还有尝试使用服务器的
FQDN（全称域名），而不是短域名。
2.在源服务器上，确保Workstation、Server，TCP/IP NetBIOS Helper和
VMware Converter services这几个服务正在运行。
在Windows XP和2003
服务器上，确保Volume Shadow Copy service服务不是禁用状态，在默
认情况下，应该是设置为手动状态。
这项服务并不需要在转换过程中一
直处于运行状态。
3.使用Telnet命令，看看你是否可以连接到在VC或ESX服务器上所需
要的端口。
从源服务器“Telnet 902”。
你应该可以从VC / ESX服务器得
到回应，在端口443上也要这样做。
4.尝试重新启动源服务器，对于Windows NT和2000服务器来说，这是一
个必须的要求。
如果需要很长的一段时间才能达到97%，那么通常是在数据克隆或克隆后期过程中克隆失败。
造成这种失败的一些可能的原因是，在服务器之间网络连接丢失了，网络错误和源服务器磁盘问题。
下面有几个步骤可以帮你试图解决这类问题。
1.验证网络速度/双工设置，你的源服务器的网卡和被连接的物理交换机的
端口是否符合。
2.如果你启用操作系统镜像，那么删除这个镜像。
3.清理你的Boot.ini文件，并确保它是正确的。
4.确保你使用的是最新版本的Converter。
如果源服务器有动态磁盘旧版转
换程序就会失败。
5.在源服务器上运行chkdsk，以验证文件系统的完整性。
6.确保在源服务器的系统盘上你有至少200 MB可用磁盘。
7.如果你的源服务器已有超过两个串口（COM ）的端口，打开注册表，
并寻找到HKLM\HARDWARE\DEVICEMAP\SERIALCOM子键，移除
在串口端口2以上的任何端口。
在做这个之前，你可以导出此键值，如
果需要的话，转换完成后就可以重新导入。
最后，如果你的转换成功完成，但你的服务器无法启动（或者出现蓝屏），你可以尝试使用以下的步骤来进行修复。
1.在新创建的虚拟机上编辑Boot.ini，以确保磁盘的顺序是正确的。
有时
开机磁盘将不会被列为第一分区。
要做到这一点，只需使用一个可用的
虚拟机作为工作助手，将迁移后的磁盘以增加一个虚拟硬盘的方式添加
到此台虚拟机上。
这样就可以浏览到新创建的磁盘文件内容。
然后，你
就可以浏览该磁盘和编辑Boot.ini文件。
完成后，从这台虚拟机删除此
虚拟磁盘。
另外，你也可以尝试再次运行Converter并选择“配置机器”，
选择你新创建的虚拟机。
通过向导程序，（当完成时）尝试再次启动它。
2.对于虚拟磁盘（BusLogic或LSI Logic）来说，确认你使用的是合适的
SCSI控制器。
3.在安全模式下启动虚拟机，看看是否特定的服务器硬件或驱动程序已经
被载入。
加强新虚拟机的服务器性能
当你的转换完成后，你应该做以下几个步骤，对你的新虚拟机进行清理，以便它有更好的性能。
1.编辑虚拟机的硬件。
移除所有不必要的硬件，包括软盘驱动器和串行，
并行和USB端口。
你应该分配给VM的内存和它需求的一样多。
如果
可以就尽量减少它。
当使用一个vCPU时，大多数的虚拟机会运行地更
好，所以如果ESX主机服务器是一个SMP（对称多处理）的物理服务
器，那么应该考虑减少虚拟CPU的数量。
2.启动VM，等待几分钟，让它发现所有的新硬件，然后重新启动它。
3.检查服务器的HAL ，如果它来自一个多CPU的物理服务器，但现在只
有一个单一虚拟CPU的虚拟机，那么你需要打开设备管理器并编辑CPU
（计算机）。
选择更新驱动程序，不要选择通过Windows Update来更新，
而是选择从列表中安装，选择Dont Search，并选择ACPI Uniprocessor
取代ACPI Multiprocessor驱动。
4.移除任何硬件的特定应用程序和驱动。
5.最后，我要强调：删除所有目前不使用的硬件驱动。
有些硬件设备已从
系统中删除，但相应的驱动还没有被卸载，这是迁移后的遗留问题。
那
些不再是系统中存在的物理硬件的驱动程序，但Windows对待它们，就
像它们存在一样，并将系统资源分配给它们。
并且当你试图给新的网络
适配器配置的IP地址与源服务器上的地址相同的时候，它们也会导致冲
突。
这个问题的原因是，旧NIC仍然存在，这个IP地址被不存在的硬件占用着。
迁移后会有大量的不存在的硬件设备的驱动被保留着。
要删除所有的只需打开一个命令提示符CMD 并键入SET DEVMGR_SHOW_NONPRESENT_DEVICES=1。
然后在同样的命令窗口里输入Devmgmt.msc ，然后，当设备管理器窗口打开的时候，选择显示隐藏的设备。
当你展开每个硬件类，你会看到大量的不存在的硬件的驱动，它们所显示出的图标为灰色。
右键单击并选择卸载。
当你删除它们后应马上重新启动。
总结使用VMware Converter的这一系列文章。
希望文章中的这些信息，将帮助你完成物理服务器到虚拟服务器的转换。