如何解决VMwareConverterP2V迁移失败问题.doc

如何解决 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解析或是需要的 Win dows服务没有运行下面有几个步骤可以帮你试图解决这类问题1. 如果你使用主机名称来选择你的 VC/ESX目的服务器，请确保你可以在你的源服务器上解析到这些主机名称的 IP地址还有尝试使用服务器的 FQDN(全称域名)，而不是短域名2. 在源服务器上，确保 Workstation 、 Server ， TCP/IP NetBIOS Helper 和 VMwareConverter 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\SERIAL子键I，移除在串口端口 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 来更新， 而是选择从列表中安装， 选择 Don't Search ，并选择 ACPI Uniprocessor 取代 ACPI Multiprocessor 驱动4. 移除任何硬件的特定应用程序和驱动5. 最后，我要强调： 删除所有目前不使用的硬件驱动 有些硬件设备已从系统中删除， 但相应的驱动还没有被卸载，这是迁移后的遗留问题那些不再是系统中存在的物 理硬件的驱动程序，但 Win dows对待它们，就像它们存在一样，并将系统资源分配 给它们并且当你试图给新的网络适配器配置的 IP 地址与源服务器上的地址相同的 时候，它们也会导致冲突这个问题的原因是，旧 NIC仍然存在，这个IP地址被不存在的硬件占用着迁移后会 有大量的不存在的硬件设备的驱动被保留着要删除所有的只需打开一个命令提示符 CMD并键入SET DEVMGR_SHOW_NONPRESENT_DEVIC然后在同样的命令窗口里输入Devmgmt.msc ，然后，当设备管理器窗口打开的时候，选择显示隐藏的设备。

当你展开每个 硬件类， 你会看到大量的不存在的硬件的驱动， 它们所显示出的图标为灰色 右键单击并选 择卸载当你删除它们后应马上重新启动总结使用 VMware Converter 的这一系列文章希望文章中的这些信息，将帮助你完成 物理服务器到虚拟服务器的转换。