此帖对"联想Idea"的评论不需VT玩转XP Mode，看看我的小Y表现
用过Windows 7的人都有些郁闷，为什么我在XP下面的程序在Win7里面就不能运行了呢！这是由于Win7与XP不是使用的同一内核，有些专门为XP设计的程序就不能运行了。
当然，微软的工程师也发现了这点，于是他们在Win7里面添加了一个名叫XP Mode的技术，通过虚拟一个XP系统来运行Win7不能运行的程序。但让人不爽的地方又来了——必须是Win7的企业版或旗舰版才能安装，而且必须有支持VT（虚拟化技术）CPU和BIOS，前面的软件要求可以通过升级成旗舰版来实现，但硬件需求却很是让人苦恼！
不过，由于21世纪的人才层出不穷，大牛们也乐于破解微软使的小绊绊（以前不同样有人在号称不支持Aero 的Home Basic版本上开启了透明效果么！），一定要坚信牛人的力量是无穷的！
好了，闲话少说，入正题。
下面是我的小Y的基本配置：
CPU：P7350（不支持VT，FSB1066，二级缓存3M）
内存：2G三星DDR3 1067
硬盘：320G西数5400转
显卡：Nvidia GT240M，512MDDR3显存
使用的是Windows 7 旗舰版
下面是我的小Y上实现XP Mode的截图：
下面介绍无VT的CPU开启XP Mode方法：
首先需要去微软网站下载支持XP Mode的补丁：地址：https://www.doczj.com/doc/fb11451413.html,/windows/virtual-pc/download.aspx
进入之后选择相应的windows版本的文件：选择Ultimate-32bit（或64bit），然后选择语言（建议选择中文Chinese（Simplified））
然后点击Windows XP Mode按钮（下载得到的是一个名叫WindowsXPMode_zh-cn.exe的560M的文件，64位与其他语言的版本有可能会有所不同）和Windows Virtual PC（得到Windows6.1-KB958559-x86.msu，大小为9.14M，64位略有不同）按钮，下载截图：
下面是最重要的文件，别人放出的破解补丁Windows6.1-KB977206-x86.msu，使得无VT的CPU支持Windows 7的XP模式。
https://www.doczj.com/doc/fb11451413.html,/files/5180751c-241a-11df-9d6d-0015c55db73d/
下面就是安装了：
首先安装Virtual PC（下载的名叫Windows6.1-KB958559-x86.msu的文件），安装完毕先不要重启电脑，接着安装破解补丁（名叫Windows6.1-KB977206-x86.msu）
安装完毕后重启机器，启动后安装XP Mode程序（名叫WindowsXPMode_zh-cn.exe的文件），下面是安装过程中的截图：
通过与其他虚拟机的比较,xp mode的内存使用量和cpu占用率都比较小，发现在win7不能使用的摄像头在XP Mode里面是可以使用的。
在运行XP Mode后发现默认分配给XP的内存只有256M，使用中发现XP系统有点卡，所以可以多分配一些内存，具体方法是：打开"C:UsersJackVirtual Machines"（把Jack改为自己的用户名，由于Win7自动翻译一些英文目录名，地址可能是C:用户jack虚拟机），右键点击Windows XP Mode，选择设置，可以设置虚拟机参数
内存增加到512M
虚拟的XP可以使用Win7的网络来上网好了，开始虚拟之旅吧~~~
虚拟机到虚拟机的迁移（Virtual-to-Virtual） V2V 迁移是在虚拟机之间移动操作系统和数据，照顾主机级别的差异和处理不同的虚拟硬件。虚拟机从一个物理机上的VMM 迁移到另一个物理机的VMM，这两个VMM 的类型可以相同，也可以不同。如VMware 迁移到KVM，KVM 迁移到KVM。可以通过多种方式将虚拟机从一个VM Host 系统移动到另一个VM Host 系统。 V2V 离线迁移 离线迁移（offline migration）：也叫做常规迁移、静态迁移。在迁移之前将虚拟机暂停，如果共享存储，则只拷贝系统状态至目的主机，最后在目的主机重建虚拟机状态，恢复执行。如果使用本地存储，则需要同时拷贝虚拟机镜像和状态到目的主机。到这种方式的迁移过程需要显示的停止虚拟机的运行。从用户角度看，有明确的一段服务不可用的时间。这种迁移方式简单易行，适用于对服务可用性要求不严格的场合。 V2V 在线迁移 在线迁移（online migration)：又称为实时迁移(live migration)。是指在保证虚拟机上服务正常运行的同时，虚拟机在不同的物理主机之间进行迁移，其逻辑步骤与离线迁移几乎完全一致。不同的是，为了保证迁移过程中虚拟机服务的可用，迁移过程仅有非常短暂的停机时间。迁移的前面阶段，服务在源主机运行，当迁移进行到一定阶段，目的主机已经具备了运行系统的必须资源，经过一个非常短暂的切换，源主机将控制权转移到目的主机，服务在目的主机上继续运行。对于服务本身而言，由于切换的时间非常短暂，用户感觉不到服务的中断，因而迁移过程对用户是透明的。在线迁移适用于对服务可用性要求很高的场景。 目前主流的在线迁移工具，都要求物理机之间采用SAN（storage area network），NAS（network-attached storage）之类的集中式共享外存设备，因而在迁移时只需要考虑操作系统内存执行状态的迁移，从而获得较好的迁移性能。
将实体机迁移到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$”；其他选项使用默认值即可，尤其是勾选所运行的服务环节。我20多G的内容转换及存储仅10分多钟就完成了，速度确实很快。 在转换完成后，实体机的界面可能会变得比较吓人(因为在转换时去除了一些驱动及有可能不兼容的内容，以便于系统封装)，此时不要惊慌，直接重启实体机它会自行恢复。 2、修改计算机名和IP地址，避免虚拟机启动后出现“网络上有重名”和“IP地址冲突”。 最后，运行该虚拟机： 1、在承载虚拟机的宿主机上打开VMware workstation，选择打开虚拟机，路径为刚设置共享的文件夹，这里要注意一点：若实体机仍在运行且未改名，须将虚拟机的网络适配器属性设置为NAT方式(待设置完成、无冲突后再改为桥接方式)，避免首次开机提示“网络上有重名”而无法登录，然后再打开虚拟机电源。
虚拟机迁移 静态迁移是指在虚拟机关闭或暂停的情况下，将源宿主机上虚拟机的磁盘文件和配置文件拷贝到目标宿主机上。这种方式需要显式的停止虚拟机运行，对服务可用性要求高的需求不合适。 动态迁移无需拷贝虚拟机配置文件和磁盘文件，但是需要迁移的主机之间有相同的目录结构放置虚拟机磁盘文件，可以通过多种方式实现，本例采用基于共享存储动态迁移，通过NFS（Network File System网络文件系统）来实现。 源宿主机：Ubuntu16.04操作系统，下文中以“节点1”表示，NFS挂载目录/home/kvm。 目标宿主机：Ubuntu16.04操作系统，下文中以“节点2”表示，NFS挂载目录/home/kvm。 基于QEMU的动态迁移虚拟机镜像文件为ubuntu14.04.img。 NFS服务器：Ubuntu16.04操作系统，服务目录为/mnt/nfs/。 1、NFS服务器配置 (1)KVM虚拟机动态迁移无需拷贝虚拟机配置文件和磁盘文件，但是需要迁移的 主机之间有相同的目录结构放置虚拟机磁盘文件（本例为“/home/kvm”目录），这里的动态迁移是基于共享存储动态迁移，通过NFS来实现，需要QEMU 0.12.2以上版本支持。可以使用“qemu-img --help|grep version”来查看 安装的QEMU的版本号。 (2)在VMware中将宿主机克隆，“管理”----“克隆”。源宿主机为节点1，克 隆的机器作为目标宿主机，为节点2。克隆步骤如下：
(3)修改节点2中的IP地址（修改为和你的节点1同一网段的IP）。只需修改 IP即可，其他不用改动，命令如下： root@ubuntu:~# vim /etc/network/interfaces 修改完毕后，重启网络 root@ubuntu:~# /etc/init.d/networking restart [ ok ] Restarting networking (via systemctl): networking.service. (4)在节点2上安装NFS服务器。使用命令“sudo apt-get install nfs-kernel-server nfs-common”下载安装NFS，kernel-server相当于server端,common是client端，如图所示：
十个步骤将操作系统从物理机迁移到虚拟机 老板让你在很短的时间里执行一项操作系统迁移的任务，此时，如果你有一个功能完整的且经过测试的物理机到虚拟机迁移的解决方案，那么你将是一个真正的英雄！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的共享目录。当然，你还
实时迁移(live migration)是指在保证虚拟机上服务正常运行的同时，虚拟机在不同的物理主机之间进行迁移，其逻辑步骤与离线迁移几乎完全一致。不同的是，为了保证迁移过程中虚拟机服务的可用，迁移过程仅有非常短暂的停机时间。迁移的前面阶段，服务在源主机运行，当迁移进行到一定阶段，目的主机已经具备了运行系统的必须资源，经过一个非常短暂的切换，源主机将控制权转移到目的主机，服务在目的主机上继续运行。对于服务本身而言，由于切换的时间非常短暂，用户感觉不到服务的中断，因而迁移过程对用户是透明的。在线迁移适用于对服务可用性要求很高的场景。 01 live migration的概念 虚拟机实时迁移/动态迁移（Live Migration），作为系统虚拟化的一项关键技术，是将物理服务器上正在运行的一台或多台VM在线迁移到另一台物理服务器上。迁移过程中VM对外正常提供服务，整个迁移过程对VM用户透明。 02 live migration的概念 实时迁移的内容包括：虚拟机运行状态（CPU状态、内存镜像、设备状态、网络连接）及外存数据。 03 live migration的作用 负载均衡：将高负载物理服务器上的虚拟机动态迁移到低负载的物理服务器上，保证数据中心资源合理分配。 在线维护：在对物理服务器进行维护前，实时将上面运行的虚拟机迁移到其他服务器上，不会因设备维护导致服务中断。 能源管理：将多个利用率不高的物理服务器上的虚拟机在线整合到少量几台物理服务器上，降低能耗。 04 live migration的分类 按照虚拟机存储的迁移需求可划分为基于共享存储的实时迁移和全系统实时迁移。 ●基于共享存储的实时迁移：物理服务器之间采用SAN或NAS之类的集中式共享外存 设备，因而在迁移时只需要进行虚拟机运行状态的迁移。 ●全系统迁移：物理服务器之间没有采用共享外存设备，外存数据保存在物理服务器本地； 或者需要将虚拟机迁移到另一个数据中心。实时迁移中既要迁移运行状态，又要迁移存储数据。 按照虚拟机迁移的网络环境可划分为基于LAN的实时迁移和基于WAN的实时迁移。 ●基于LAN的实时迁移：迁移范围在一个数据中心的二层网络内，能够保证数据传输速 率。 ●基于WAN的实时迁移：迁移范围在两个数据中心间的WAN链路上，网络传输带宽受 限。 按照虚拟机迁移的规模可划分为单虚拟机实时迁移和虚拟机集实时迁移。 ●单虚拟机实时迁移：一个迁移过程中只迁移独立的一个虚拟机。 ●虚拟机集实时迁移：一个迁移过程中同时迁移多台虚拟机，且这些虚拟机可能是完成同 一任务的一个集群。 05 live migration算法 三种基本算法：Pre-copy（主流、学术、商用）；Post-copy（学术）；基于日志系统的迁移（学术） Pre-copy核心机制：迁移开始之后，源主机VM仍在运行，目的主机VM尚未启动。迁移通过一个循环，将源主机VM的内存数据发送至目的主机VM。循环第一轮发送所有的内存页数据，接下来的每一轮循环发送上一轮预拷贝过程中被VM写过的脏页内存dirty pages。
虚拟机迁移技术简介 虚拟机迁移技术为服务器虚拟化提供了便捷的方法。目前流行的虚拟化工具如 VMware，Xen，HyperV，KVM都提供了各自的迁移组件。尽管商业的虚拟软件功能比较强大，但是开源虚拟机如 Linux 内核虚拟机 KVM 和 XEN 发展迅速，迁移技术日趋完善。本系列文章介绍了虚拟机迁移的三种方式 P2V、V2V 和 V2P，及他们在内核虚拟机 KVM 上的实现方法，分成五个部分。本文是第一部分，全面介绍了虚拟机迁移的各种方法和相应的迁移工具 , 并且着重分析了 Linux 平台上开源的虚拟化工具 KVM 和 XEN 实时迁移中的的内存预拷贝技术。 1.前言 系统的迁移是指把源主机上的操作系统和应用程序移动到目的主机，并且能够在目的主机上正常运行。在没有虚拟机的时代，物理机之间的迁移依靠的是系统备份和恢复技术。在源主机上实时备份操作系统和应用程序的状态，然后把存储介质连接到目标主机上，最后在目标主机上恢复系统。随着虚拟机技术的发展，系统的迁移更加灵活和多样化。 2.虚拟机迁移简介 2.1为什么要迁移服务器 迁移服务器可以为用户节省管理资金、维护费用和升级费用。以前的 x86 服务器，体积比较“庞大”；而现在的服务器，体积已经比以前小了许多，迁移技术使得用户可以用一台服务器来同时替代以前的许多台服务器，这样就节省了用户大量的机房空间。另外，虚拟机中的服务器有着统一的“虚拟硬件资源”，不像以前的服务器有着许多不同的硬件资源（如主板芯片组不同，网卡不同，硬盘，RAID 卡，显卡不同）。迁移后的服务器，不仅可以在一个统一的界面中进行管理，而且通过某些虚拟机软件，如 VMware 提供的高可用性工具，在这些服务器因为各种故障停机时，可以自动切换到网络中另外相同的虚拟服务器中，从而达到不中断业务的目的。总之，迁移的优势在于简化系统维护管理，提高系统负载均衡，增强系统错误容忍度和优化系统电源管理。 2.2虚拟机迁移的性能指标 一个优秀的迁移工具，目标是最小化整体迁移的时间和停机时间，并且将迁移对于被迁移主机上运行服务的性能造成的影响降至最低。当然，这几个因素互
老板让你在很短的时间里执行一项操作系统迁移的任务，此时，如果你有一个功能完整的且经过测试的物理机到虚拟机迁移的解决方案，那么你将是一个真正的英雄！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的转换吗？如果适合的话就让我们开始吧。 第一步：准备源系统
迁移工具VMware vCenter Converter 使用教程 整体迁移环境概述： 演示环境如下图所示，①为需要迁移的服务器；②为vmware虚拟化平台，其中vCenter 地址为192.168.0.170；③为Converter Server服务器，其上需要安装vmware vcenter converter软件。 从VMware 网站下载最新版本的Converter Standalone。下载地址： https://https://www.doczj.com/doc/fb11451413.html,/cn/web/vmware/info/slug/infrastructure_operations_managem ent/vmware_vcenter_converter_standalone/5_5 步骤1在服务器③Converter Server上安装vmware vCenter converter软件。导航到包含已下载的安装程序文件的文件夹，然后双击VMware-converter.exe 文件.在选择安装语言对话框中，选择安装过程中使用的语言，为保证兼容性，推荐安装英文语言版本，然后单击确定，如图1-1所示。
图1-1 选择安装语言 步骤2开始安装Converter Standalone，如图1-2所示。 图1-2开始安装Converter Standalone 步骤3进入Converter Standalone的安装向导，点击下一步，如图1-3所示。 图1-3 VMware vCenter Converte安装向导 步骤4按照提示进行操作，直至系统显示“最终用户许可协议”页面。选择我接受许可协
议中的条款，然后单击下一步，如图1-4所示。 图1-4最终用户许可协议 步骤4在“目标文件夹”页面上，选择Converter Standalone 的安装位置，然后单击下一步，如图1-5所示。默认的位置为C:\Program Files\VMware\VMware vCenter Converter Standalone。要安装到其他位置，可以单击更改，然后浏览新位置。 图1-5 选择目标文件夹 步骤5在“安装类型”页面上，选择客户端-服务器安装(高级)，然后单击下一步，如图
虚拟机迁移的问题 有时系统由于设置或配置失误而阻碍了虚拟机迁移或重启，而虚拟机迁移失败对数据中心的效率及可用性会产生不利影响。 虚拟机由底层的服务器硬件抽象出来，易于防护，而且能够在主机之间进行迁移。然而，虚拟化并不能保证百分之百的可靠性。让我们一起来看一下导致虚拟机迁移失败的五大常见原因以及如何避免这些问题。 1.硬件资源不足 你需要有足够可用的计算资源才能启动虚拟机。资源不足或者过量分配可能会立刻导致虚拟机发生故障。如果服务器的内存分配过量或者CPU预留过多，将不能为虚拟机提供足够的资源，很可能会发生上述情况。管理员通常会在过渡整合的服务器、高可用集群或者是在迁移虚拟机到其他利用率很高、没有足够的计算资源用于故障切换的服务器上时发现上述资源问题。服务器升级将会增加资源，但是平衡工作负载是一个更好的解决方案。在服务器之间重新分配一台或多台虚拟机将会释放足够的资源用于保证虚拟机成功启动。 2.服务器硬件不兼容 虚拟化将工作负载从底层的硬件中抽象出来，但是硬件仍然要提供这些工作负载所需要的关键特性与功能。当你把虚拟机迁移到其他可能缺少硬件特性的服务器上时，可能会发生启动错误。 挂起虚拟机使用了CPU特有的电源管理状态;如果虚拟机迁移到的目标服务器的CPU缺少上述电源管理状态，那么虚拟机将不能正常重启。在这种情况下，你可能需要使用命令行选项手动重启虚拟机或者将虚拟机迁移至配置了具有类似功能CPU的服务器然后再重启虚拟机。然后再迁移运行的虚拟机到目标服务器。 你可能还会发现CPU缺少虚拟化特性，比如Intel VT或者AMD-V，或者存在未激活的扩
展特性导致无法为虚拟机提供支持。在你迁移或者启动虚拟机之前，验证一下目标服务器提供的虚拟化扩展功能，而且一定要在BIOS中启用这些扩展功能。 IT专业人员需要按需调整迁移规划以确保能够使用兼容的服务器硬件。在某些情况下，IT专业人员可能能够编辑虚拟机来移除对CPU特定特性的需求。 3.虚拟机任务冲突 某些虚拟化任务需要花费相当多的时间才能完成，而且即使在发生超时错误后仍在后台运行。当另一个虚拟化任务也在同时运行时尝试启动一个虚拟机可能会导致服务器发生错误。例如，当你删除不需要的快照时，在合并过程中，虚拟机可能不会重启。修改虚拟机配置文件中的超时设置将允许关键的活动不间断运行，但是你可能还需要重新配置后台任务来避免在下班时间虚拟机发生迁移以及重启。 4.虚拟机文件损坏 虚拟机仅仅是运行于内存中的镜像，而且该镜像以特定的虚拟机文件格式比如.vmx以及.vmdk保存在磁盘中。与所有基于磁盘的存储一样，磁盘存储子系统或者网络连接存储以及服务器存在的问题可能会破坏虚拟机文件。当虚拟机所需要的必要文件丢失、被锁定、损坏时，虚拟机将无法启动。 文件锁定用于避免并发的任务对正在使用的文件带来意想不到的变化，经常会发生上述错误。在某些情况下，虚拟机组件文件仍旧被锁定而且避免了虚拟机在另一台服务器上启动。你可以修改被锁定的文件然后移除锁定，但是这一详细的过程需要具备有关特定hypervisor 以及数据中心环境的专业知识。更为常见的是从最近的快照或者另一个备份恢复虚拟机。 5.许可、管理输入以及其他问题 导致虚拟机无法启动的其他问题与比如用户输入意外中断有关，而与服务器功能或者文件完整性无关。虚拟机可能开启了一个正常以及成功的启动过程，但是在启动完成之前暂停
今天接到一个需求，迁移一台linux的业务系统到vCenter云管理平台，其中遇到一些问题，于是进行了排错，这个过程与大家分享，下面把整个步骤进行截图说明。 1. 首先，登录到VMware Converter的服务器，打开VMware Converter Standalone工具，如图1.1 所示。 图1.1 Converter 管理界面 2. 左键点击界面左上角的转换计算机选项，选择源类型已打开电源的计算机，输入远程计算机信息，包 括IP、用户名、密码、操作系统信息，如图1.2所示。
图1.2 转换系统 3. 由于出现“无法通过SSH访问源计算机”的报错，导致无法进行远程计算机的访问，首先解决这个报错，方法如下，登录redhat主机，运行命令查看SSH状态，如未开启，用/etc/init.d/sshd start开启 即可，如图1.3所示。 图1.3 更改SSH服务状态 4. 解决了SSH报错，转换窗口选择下一步，提示Converter安全警告，选择连接到远程主机IP，如图1.4 所示。
图1.4 安全警告 5. 接下来设置目标系统参数，填入服务器（vCenter）IP地址及管理员账户和密码，如图1.5所示。 图1.5 目标系统设置 6. 同样“忽略”提示继续使用当前的证书，如图1.6所示。
图1.6 证书警告 7. 在下图中，需要对转换的虚拟机进行命名，同时选中该虚拟机转换到vcenter云管理平台中，其所处 的虚拟机清单，如下图1.7所示。 图1.7 目标虚拟机 8. 完成虚拟机清单选中后，到下一步就需要选择所处的群集清单，如此处可放到管理区的群集中，窗口 右边选择数据存储所在的共享LUN，如下图1.8所示。 图1.8 目标位置 9. 上述参数设置完成后，转换的Linux的虚拟机基本信息如图1、9所示。
虚拟机在线迁移技术综述 介绍了云计算中虚拟机的在线迁移技术,说明了什么是虚拟机的在线迁移,并通过目前流行虚拟软件VMware 中VMotion的迁移过程,阐述了虚拟机在线迁移过程中所完成的任务、注意事项和需要考虑的种种因素。 虚拟机的迁移是指在源物理主机上运行的虚拟机操作系统及应用程序移动到目标物理主机上或虚拟机上，并且在目标主机上能够正常运行。在没有虚拟机的时代，系统的迁移是指物理机之间的迁移，依靠的是系统备份和恢复技术，在源主机上对操作系统和应用程序的状态实时备份，然后把备份的系统和应用程序挂接到目标主机上，最后在目标主机上恢复系统与应用程序。随着云计算及虚拟机技术的飞速发展，系统的迁移更加多样化、灵活化和简单化。 1 虚拟机在线迁移简介 虚拟机在线迁移技术是指在两个或多个物理主机之间迁移它们的虚拟机。也就是说在服务应用不中断的情况下，完成虚拟机操作系统、内存数据和虚拟机状态的转移．一般情况下迁移的过程对用户来说是透明的，用户不会感觉到应用服务产生中断。迁移进程首先能够进行自动捕捉与虚拟机相关的内存空间(其中包含虚拟机占用的处理器寄存器状态)，然后以协议包的方式(TCP／IP)把数据包从一台服务器的虚拟机上转移给其他服务器的虚拟机。新服务器加载处理器寄存器状态。在不停顿的情况下无缝接管原有虚拟机的数据业务，多数虚拟机迁移发生在同种管理程序服务之下，因此新的虚拟机保留了源虚拟机的名称和特性。尽管物理上虚拟机位于不同的服务器上，但它们对于用户是完全相同的。 2 在线迁移虚拟机 在传统的数据中心里，通常为每一项服务配置一台服务器，由于每项服务在逐年增加，服务器也随之逐年增多，这样服务器的有效运行与管理得不到充分发挥和保障，服务器资源的利用率明显下降。在这种情况下，人们提出了使用虚拟机，使用虚拟机能充分利用服务器的有效剩余资源，使服务器的资源得到了充分利用与发挥：但是当数据中心的物理服务器或运行在物理服务器上的虚拟机发生异常情况时，为了提高服务的可用性。以及对提供的服务业务要求不间断性，可对提供业务服务的服务器或虚拟机自动转移，以保证对用户所提供服务的连续性与高可用性，在线迁移的优点很多．如在服务器或虚拟机需要维护时。可以把负载迁移到有空闲资源的其他计算机上，等待维护结束后．再把负载迁移回到原来的服务器或虚拟机，整个过程不中断它为用户所提供的服务；在线迁移还有益于服务器的整合，可以支持IT管理在数据中心服务器之间实现负载均衡．避免出现部分过载情况；在线迁移还可以用于实现灾难恢复，因为虚拟机可以在不同站点间自由地移动，依赖在远程站点的备用服务器运行来实现容灾：迁移服务器或虚拟机还可以为用户节省管理资金、减少维护费用和升级费用，以前的x86服务器，体积比较“庞大”，而现在的服务器，体积已经比以前小了许多，通过使用虚拟机和虚拟机的迁移技术使得用户可以用一台服务器来同时替代以前的许多台服务器，这样就节省了用户大量的机房空间；另外，虚拟机中的服务器有着统一管理的“虚拟硬件资源”，很方便地进行统一管理，不像以前的服务器有着许多不同的硬件资源(如主板芯片组不同，网卡不同，硬盘、RAID卡、显卡不同)。迁移后的服务器，不仅可以在一个统一的界面中进行管理，而且通过某些虚拟机软件．如VMware提供的高可用性工具，在这些服务器因为各种故障停机时，可以自动切换到网络中另外相同的虚拟服务器中，从而达到