如何解决VMwareConverterP2V迁移失败问题-转

1、如何解决 VMware Converter P2V 迁移失败问题？在你使用 VMware Converter 将物理机迁移到虚拟机以后，下一步是什么呢？如果迁移失 败该怎么办？这一系列的第一部分中， 我们已经谈论了准备步骤， 以确保迁移成功， 还有操作迁移向 导的过程。 在这一系列的第二篇文章中， 我们将继续讨论一些在迁移以后的工作， 并给出故 障排除的方法和解决失败迁移的思路。无论你多么小心地为迁移做准备工作， 迁移有时还是会失败。 失败就可能发生在迁移过 程中的不同阶段；具体哪个阶段是基于任务栏百分比估计值出来的。1. 建立目标虚拟机 (VM) (0%-5%)2. 准备克隆磁盘 (5%-6

2、%)3. 克隆过程 (6%-95%)4. 克隆工作结束以后 (95%-97%)5. 定制或重新配置 (97%-99%)6. 安装工具或启动 (99%-100%)虽然在任何迁移阶段都可能会失败，但如果要是失败的话，它通常会在97%处失败。在迁移过程中， Converter 创建了一个详细的日志文件，此文件会包含确切的错误信息以及 有关转换失败的原因。此日志文件被存放在你正在被迁移的服务器上，此服务器运行着 Converter 代理，通常日志被命名为 vmware-converter-0.log ，存放位置在 C:Windowstempvmware-temp 目录下。打开该日志文件和滚动到文件底部

3、， 寻找失败信息。 一旦这次迁移过程失败， Converter 会将它自动创建的虚拟机删除。确定哪个阶段会失败的一个线索是进度条如何快速地达到了 97%。如果它迅速地跳跃 到 97% 并且失败，这通常表明问题出在以下几个方面：网络端口、DNS 解析或是需要的Windows 服务没有运行。下面有几个步骤可以帮你试图解决这类问题。1. 如果你使用主机名称来选择你的 VC/ESX 目的服务器，请确保你可以在 你的源服务器上解析到这些主机名称的 IP 地址。还有尝试使用服务器的 FQDN （全称域名），而不是短域名。2. 在源服务器上，确保 Workstation 、 Server，TCP/IP Ne

4、tBIOS Helper 和 VMware Converter services 这几个服务正在运行。 在 Windows XP 和 2003 服务器上，确保 Volume Shadow Copy service 服务不是禁用状态，在默 认情况下，应该是设置为手动状态。这项服务并不需要在转换过程中一 直处于运行状态。3. 使用 Telnet 命令，看看你是否可以连接到在 VC 或 ESX 服务器上所需要 的端口。从源服务器 “Telnet 902。”你应该可以从 VC / ESX 服务器得到 回应，在端口 443 上也要这样做。4. 尝试重新启动源服务器， 对于 Windows NT 和 20

5、00 服务器来说， 这是一 个必须的要求。如果需要很长的一段时间才能达到97% ，那么通常是在数据克隆或克隆后期过程中克隆失败。 造成这种失败的一些可能的原因是， 在服务器之间网络连接丢失了， 网络错误和源 服务器磁盘问题。下面有几个步骤可以帮你试图解决这类问题。1. 验证网络速度 /双工设置， 你的源服务器的网卡和被连接的物理交换机的 端口是否符合。2. 如果你启用操作系统镜像，那么删除这个镜像。3. 清理你的 Boot.ini 文件，并确保它是正确的。4. 确保你使用的是最新版本的 Converter 。如果源服务器有动态磁盘旧版转 换程序就会失败。5. 在源服务器上运行 chkdsk ，

6、以验证文件系统的完整性。6. 确保在源服务器的系统盘上你有至少 200 MB 可用磁盘。7. 如果你的源服务器已有超过两个串口（ COM ）的端口，打开注册表， 并寻找到 HKLMHARDWAREDEVICEMAPSERIALCOM 子键，移除 在串口端口 2 以上的任何端口。在做这个之前，你可以导出此键值，如 果需要的话，转换完成后就可以重新导入。最后，如果你的转换成功完成，但你的服务器无法启动（或者出现蓝屏），你可以尝试 使用以下的步骤来进行修复。1. 在新创建的虚拟机上编辑 Boot.ini ，以确保磁盘的顺序是正确的。有时 开机磁盘将不会被列为第一分区。要做到这一点，只需使用一个可用的

7、 虚拟机作为工作助手，将迁移后的磁盘以增加一个虚拟硬盘的方式添加 到此台虚拟机上。这样就可以浏览到新创建的磁盘文件内容。然后，你 就可以浏览该磁盘和编辑 Boot.ini 文件。完成后，从这台虚拟机删除此 虚拟磁盘。另外，你也可以尝试再次运行 Converter 并选择 “配置机器 ”， 选择你新创建的虚拟机。 通过向导程序， （当完成时） 尝试再次启动它。2. 对于虚拟磁盘（ BusLogic 或 LSI Logic ）来说，确认你使用的是合适的 SCSI 控制器。3. 在安全模式下启动虚拟机，看看是否特定的服务器硬件或驱动程序已经 被载入。加强新虚拟机的服务器性能当你的转换完成后， 你应该

8、做以下几个步骤， 对你的新虚拟机进行清理， 以便它有更好 的性能。1. 编辑虚拟机的硬件。移除所有不必要的硬件，包括软盘驱动器和串行， 并行和 USB 端口。你应该分配给 VM 的内存和它需求的一样多。如果 可以就尽量减少它。当使用一个 vCPU 时，大多数的虚拟机会运行地更 好，所以如果 ESX 主机服务器是一个 SMP （对称多处理）的物理服务 器，那么应该考虑减少虚拟 CPU 的数量。2. 启动 VM ，等待几分钟，让它发现所有的新硬件，然后重新启动它。3. 检查服务器的 HAL ，如果它来自一个多 CPU 的物理服务器， 但现在只 有一个单一虚拟 CPU 的虚拟机，那么你需要打开设备管

9、理器并编辑 CPU （计算机）。选择更新驱动程序， 不要选择通过 Windows Update 来更新， 而是选择从列表中安装，选择 Dont Search ，并选择 ACPI Uniprocessor 取代 ACPI Multiprocessor 驱动。4. 移除任何硬件的特定应用程序和驱动。5. 最后，我要强调：删除所有目前不使用的硬件驱动。有些硬件设备已从 系统中删除，但相应的驱动还没有被卸载，这是迁移后的遗留问题。那 些不再是系统中存在的物理硬件的驱动程序， 但 Windows 对待它们， 就 像它们存在一样，并将系统资源分配给它们。并且当你试图给新的网络 适配器配置的 IP 地址与源服务器上的地址相同的时候， 它们也会导致冲 突。这个问题的原因是，旧 NIC 仍然存在，这个 IP 地址被不存在的硬件占用着。迁移后会 有大量的不存在的硬件设备的驱动被保留着。要删除所有的只需打开一个命令提示符 CMD 并键入 SET DEVMGR_SHOW_NONPRESENT_DEVICES=1 。然后在同样的命令窗口里输入 Devmgmt.msc ，然后，当设备管理器