p2v迁移linux

⑴ p2v转化linux时 打开虚拟机控制端显示 converter login怎么回事 谢谢

这是迁移助手，负责把源机复制到ESX上。它是临时创建的，不必去登录它。当Conveter转换完成它就消失了。

⑵ 如何将Linux上面的oracl virtualbox使用p2v迁到vmware虚拟机

http://blog.csdn.net/autumn20080101/article/details/8698785

⑶ VM P2V工具能迁移所有的LINUX吗

可以是可以，不过好像是有问题，P2V迁移对Windows支持比Linux好

⑷ p2v迁移Linux主机报错，出现了常规系统错误：由于目标主机积极拒绝，无

问题是服务器未启动Subversion服务，或改变端口所致。多数因为安装的时候选用了端口，加上端口即可（80、8080、43等）。Windows下通过任务管理器查看svnserve.exe进程是否运行，如有则记录 PID，然后在命令行中运行netstat -ano，查看对应PID的端口号（Subversion服务的默认端口号为3690）。如是端口改变，则需要在SVN检出URL中增加端口号。增加并运行Subversion服务。

⑸ 如何将物理服务器迁移到虚拟服务器

统的迁移是指把源主机上的操作系统和应用程序移动到目的主机，并且能够在目的主机上正常运行。在没有虚拟机的时代，物理机之间的迁移依靠的是系统备份和恢复技术。在源主机上实时备份操作系统和应用程序的状态，然后把存储介质连接到目标主机上，最后在目标主机上恢复系统。随着虚拟机技术的发展，系统的迁移更加灵活和多样化。
本系列文章全面介绍了虚拟机迁移的三种方式 P2V、V2V 和 V2P，及他们在内核虚拟机 KVM 上的实现方法，分成五个部分。第一部分，介绍虚拟机迁移的各种方法和相应的迁移工具，并且着重分析 Linux 平台上开源的虚拟化工具 KVM 和 XEN 实时迁移中的的内存预拷贝技术；
第二部分介绍 KVM 虚拟机之间的 V2V 迁移技术，包括离线迁移和在线迁移；第三部分介绍基于 VMware 或 XEN 的虚拟机如何迁移到基于 KVM 的虚拟机；第四部分介绍物理机到虚拟机迁移 P2V 和虚拟机到

⑹ 能跨网段进行P2V吗linux系统，需要什么条件

正常情况下，用route命令是不能跨网段设置路由的，但是用ip 命令就可以了 ip route add default via 网关IP dev 接口 onlink 这样就可以跨网段设置网关了。 不过，这样虽然设置了，是否能够生效就得看交换机里面是如何设置的了。

⑺ 如何解决VMware Converter P2V迁移失败问题

无论你多么小心地为迁移做准备工作，迁移有时还是会失败。失败就可能发生在迁移过程中的不同阶段；具体哪个阶段是基于任务栏百分比估计值出来的。
建立目标虚拟机(VM) (0%-5%)
准备克隆磁盘(5%-6%)
克隆过程(6%-95%)
克隆工作结束以后(95%-97%)
定制或重新配置(97%-99%)
安装工具或启动(99%-100%)
虽然在任何迁移阶段都可能会失败，但如果要是失败的话，它通常会在97%处失败。在迁移过程中，Converter创建了一个详细的日志文件，此文件会包含确切的错误信息以及有关转换失败的原因。此日志文件被存放在你正在被迁移的服务器上，此服务器运行着Converter代理，通常日志被命名为vmware-converter-0.log，存放位置在C:\Windows\temp\vmware-temp目录下。打开该日志文件和滚动到文件底部，寻找失败信息。一旦这次迁移过程失败，Converter会将它自动创建的虚拟机删除。
确定哪个阶段会失败的一个线索是进度条如何快速地达到了97%。如果它迅速地跳跃到97%并且失败，这通常表明问题出在以下几个方面：网络端口、DNS解析或是需要的Windows服务没有运行。下面有几个步骤可以帮你试图解决这类问题。
如果你使用主机名称来选择你的VC/ESX目的服务器，请确保你可以在你的源服务器上解析到这些主机名称的IP地址。
在源服务器上，确保Workstation、Server，TCP/IP NetBIOS Helper和VMware Converterservices这几个服务正在运行。在Windows XP和2003服务器上，确保Volume Shadow Copy service服务不是禁用状态，在默认情况下，应该是设置为手动状态。这项服务并不需要在转换过程中一直处于运行状态。
使用Telnet命令 ，看看你是否可以连接到在VC或ESX服务器上所需要的端口。从源服务器“Telnet 902”。你应该可以从VC / ESX服务器得到回应，在端口443上也要这样做。
尝试重新启动源服务器，对于Windows NT和2000服务器来说，这是一个必须的要求。
如果需要很长的一段时间才能达到97%，那么通常是在数据克隆或克隆后期过程中克隆失败。造成这种失败的一些可能的原因是，在服务器之间网络连接丢失了，网络错误和源服务器磁盘问题。下面有几个步骤可以帮你试图解决这类问题。
验证网络速度/双工设置，你的源服务器的网卡和被连接的物理交换机的端口是否符合。
如果你启用操作系统镜像，那么删除这个镜像。
清理你的Boot.ini文件，并确保它是正确的。
确保你使用的是最新版本的Converter。如果源服务器有动态磁盘旧版转换程序就会失败。
在源服务器上运行chkdsk，以验证文件系统的完整性。
确保在源服务器的系统盘上你有至少200 MB可用磁盘。
如果你的源服务器已有超过两个串口（ COM ）的端口，打开注册表，并寻找到HKLM\HARDWARE\DEVICEMAP\SERIALCOM子键 ，移除在串口端口2以上的任何端口。在做这个之前，你可以导出此键值，如果需要的话，转换完成后就可以重新导入。
最后，如果你的转换成功完成，但你的服务器无法启动（或者出现蓝屏） ，你可以尝试使用以下的步骤来进行修复。
在新创建的虚拟机上编辑Boot.ini，以确保磁盘的顺序是正确的。有时开机磁盘将不会被列为第一分区。要做到这一点，只需使用一个可用的虚拟机作为工作助手，将迁移后的磁盘以增加一个虚拟硬盘的方式添加到此台虚拟机上。这样就可以浏览到新创建的磁盘文件内容。然后，你就可以浏览该磁盘和编辑Boot.ini文件。完成后，从这台虚拟机删除此虚拟磁盘。另外，你也可以尝试再次运行Converter并选择“配置机器”，选择你新创建的虚拟机。通过向导程序，（当完成时）尝试再次启动它。
对于虚拟磁盘（ BusLogic或LSI Logic）来说，确认你使用的是合适的SCSI控制器。
在安全模式下启动虚拟机，看看是否特定的服务器硬件或驱动程序已经被载入。
加强新虚拟机的服务器性能
当你的转换完成后，你应该做以下几个步骤，对你的新虚拟机进行清理，以便它有更好的性能。
编辑虚拟机的硬件。移除所有不必要的硬件，包括软盘驱动器和串行，并行和USB端口。你应该分配给VM的内存和它需求的一样多。如果可以就尽量减少它。当使用一个vCPU时，大多数的虚拟机会运行地更好，所以如果ESX主机服务器是一个SMP（对称多处理）的物理服务器，那么应该考虑减少虚拟CPU的数量。
启动VM，等待几分钟，让它发现所有的新硬件，然后重新启动它。
检查服务器的HAL ，如果它来自一个多CPU的物理服务器，但现在只有一个单一虚拟CPU的虚拟机，那么你需要打开设备管理器并编辑CPU （计算机）。选择更新驱动程序，不要选择通过Windows Update来更新，而是选择从列表中安装，选择Don't Search，并选择ACPI Uniprocessor取代ACPI Multiprocessor驱动。
移除任何硬件的特定应用程序和驱动。
最后，我要强调：删除所有目前不使用的硬件驱动。有些硬件设备已从系统中删除，但相应的驱动还没有被卸载，这是迁移后的遗留问题。那些不再是系统中存在的物理硬件的驱动程序，但Windows对待它们，就像它们存在一样，并将系统资源分配给它们。并且当你试图给新的网络适配器配置的IP地址与源服务器上的地址相同的时候，它们也会导致冲突。
这个问题的原因是，旧NIC仍然存在，这个IP地址被不存在的硬件占用着。迁移后会有大量的不存在的硬件设备的驱动被保留着。要删除所有的只需打开一个命令提示符CMD并键入SET DEVMGR_SHOW_NONPRESENT_DEVICES=1。然后在同样的命令窗口里输入Devmgmt.msc ，然后，当设备管理器窗口打开的时候，选择显示隐藏的设备。当你展开每个硬件类，你会看到大量的不存在的硬件的驱动，它们所显示出的图标为灰色。右键单击并选择卸载。当你删除它们后应马上重新启动。

⑻ 如何进行V2P迁移

发表时间：2011/8/10 佚名 来源：TechTarget中国关键字：P2V虚拟化迁移关注虚拟化的人都做过或者至少知道P2V（物理到虚拟）迁移过程是将物理服务器转换成虚拟机。不过如果你需要进行V2P（虚拟到物理）迁移将虚拟机退回成物理服务器时，该怎么办呢？P2V过程非常简单直接，并且有许多免费和付费的产品来做。 关注虚拟化的人都做过或者至少知道P2V（物理到虚拟）迁移过程是将物理服务器转换成虚拟机。不过如果你需要进行V2P（虚拟到物理）迁移将虚拟机退回成物理服务器时，该怎么办呢？P2V过程非常简单直接，并且有许多免费和付费的产品来做。然而，V2P过程不受许多工具支持，并且比P2V要复杂得多。 你可能疑惑为什么要将虚拟机转换回物理服务器。多数情况下，这样做的原因在于应用厂商不支持他们运行在虚拟机上的产品。目前，几乎所有的厂商都支持虚拟化，但是通常在他们的支持条款里都有关于支持的提醒。 如果一家厂商解决运行在虚拟环境里的应用的问题，这家厂商可能要求你在解决问题之前在物理服务器上复制这个问题。为什么？因为技术人员想要确定虚拟化层不是原因或者是导致问题的因素，消除这种疑问的唯一方式是通过在物理服务器上复制这个问题。下面列出的是一些主要厂商的典型支持条款： IBM/Lotus： 当用户召集标准使用率或者与缺陷相关的服务请求，并表明他们运行在VMware ESX Server上，IBM Technical Support将竭尽全力解决问题。我们假定这个问题本身或在VMware环境很常见，如果有迹象表明问题与VMware环境有关，我们只需要用户（或者VMware SupportLine团队）重新创建这个问题。 Microsoft： 运行在非微软硬件虚拟化软件的第一级支持的微软用户，微软又没有与这家厂商建立包含虚拟化解决方案的支持关系，微软将使用运行在非微软硬件虚拟化软件商的微软软件调查潜在的问题。作为调查的一部分，微软可能需要用户从微软硬件虚拟化软件复制这个问题。这可以在Windows Server 2008（包含Hyper-V）上进行，这个真实的硬件平台在上面安装了Windows操作系统。 Cognos： Cognos Support会解决任何关于IBM Cognos产品的问题。在虚拟环境使用IBM Cognos的用户会遇到问题，Cognos用户不需要在这个操作环境重新创建和解决每个问题。不过，Cognos保留要求用户诊断操作系统环境的某些问题。只有在有理由相信虚拟环境是导致问题的根源时，Cognos才做此要求。 Computer Associates： 虽然CA不坚持客户在联系支持前重新创建每个问题，我们保留要求客户诊断和解决某些问题的权利。我们有理由相信问题直接与VMware有关时才会这样做。 从VMware这些支持条款可以看出，所有厂商都保留向你要求在非虚拟环境里重新创建问题的权利。不过多数情况下不会发生，因为多数应用不知道虚拟与物理硬件之间的差别。取决于问题类型，厂商应该意识到这与虚拟化层无关。不过有一种类型的问题，虚拟化层可能就是原因，那就是性能问题。 在本文的下半部分中，我们将说明导致性能问题的原因及解决方案。 在本文的上半部分中，我们介绍了成功实施P2V迁移需要的准备工作及系统命名法等。本部分介绍卷影拷贝服务、Window域控制器等。 理解卷影拷贝服务 如果你用过一些工具，可以转换正在运行的Windows系统，它们可能使用了卷影拷贝服务来实施迁移。在这种情况下，在转变的过程中系统的镜像将被快照下来。一旦转换完成，你就可以关闭系统。需要记住的是，在迁移之前和你关闭原来的系统的这段时间只在物理系统上发生。新创建的虚拟系统就这时已经过时。这对于域控制器（下面将提到）非常重要，同时对任何传递的数据和日志同样重要。 在正式使用之前进行迁移测试 P2V或者V2V的迁移的概念一般使系统的整个功能保持完整。然而，对任何被迁移的系统，在迁移后，在其发挥其正常的角色前，应当进行一系列的检查。这有一些方法来检测新迁移的虚拟机： ·在新迁移的虚拟机中的清单中去掉所有不必要的硬件。特别的，如果是从物理主机上迁移，你也许有USB接口、软件驱动器或者音频适配器等也许不需要或者在虚拟主机上不支持等硬件。 ·不需要连接到配置里的网络适配器就能在虚拟主机上引导系统。这是在VMware ESX中断开软件，该选项通过选“connect at power-on”选项实现。 ·如果可以，关键应用在离线的环境下不能运行良好，那么就停止。 ·迁移后多次重启虚拟机以确保所有的日志清空，在接下来的引导中不会产生问题。 ·当网络适配器处于软件断开的状态，确保网络配置在虚拟机环境新的地方是正确的，虚拟迁移可能从硬件清单去掉了先前的接口以及伴随接口的网络配置。 ·确保查看网络延伸配置，例如DNS 服务器的顺序、DNS的后缀，和其它因新的位置而需要改变的网络配置项目。同时如果适当也利用这段时间修改或准备这个系统之外任何变动，包括DNS的接入。 当运行了上述一系列的测试，客户虚拟机关闭后，重新连接网络适配器到虚拟机。在做完这一系列的检查后，在你试图使用迁移系统时，通过把所有的小问题排除后 ，第一次打开虚拟机节省了宝贵的时间。 Window域控制器需要不同的处理 从一个物理盒子把一个域控制器迁移到一个虚拟实例需要特殊的考虑，一个好的实现状态需要不同的处理。主要的原因是这个问题围绕着机器如何放到新的虚拟环境。许多管理员想最小化域控制器的停机时间，所以你需要倾向于一个可以优化在线使用的工具。问题在于如果域控制器一直在运行，每一个时刻迟早在增加域的内部的计算，这主要因为，如果系统在运行时，P2V迁移工具执行迁移，一旦虚拟系统在线，它将导致Active Directory数据本地的潜在的损坏，以及其他的域控制器和机器计数。 在这篇文章里，我将要提供两种好的转换域控制器的方法。最安全的方法是在虚拟环境下重建一个，把这个系统迁移到这个域中做为一个新的域。当它做为一个新的域控制器引入了一个新域，确保全局目录特征和其他角色被合适的转移。一旦它们在线，你可以降级或者从该域中移除该系统。 另一个方法也同样安全，但需要一些停机时间。当你的VMware主机上有旧的ESX版本的情况下，你在虚拟机上执行复制任务，这个复制任务可以在断电的状态下拷贝它到一个新的主机上，断电的状态非常重要，因为在这种状态下域控制器不会摆脱和其余的域同步的状态。 选择正确的迁移策略 取决于你迁移物理机器到虚拟机的必要参数，你必须决定正确的策略来维持你需要的正常运行时间、许可证参数，选择一个不会导致问题的路径。对于系统或连接到该系统的用户保持对其迁移的透明性。

⑼ vmware converter 迁移物理机linux报错，目标EXSI是5.0，converter是5.5版本。

VMWAREworkstation10有这功能，要在LINUX主机中装个VMWAREP2V的组件，要求LINUX防火墙不能阻挡VMWAREWORKSTATION10的通信。