物理系统迁移虚拟化P2V技术

物理系统迁移虚拟化P2V

将现有的服务器应用业务转移到企业搭建虚拟化平台上，是虚拟化整合服务器的重要一步，也是虚拟化程序的基础功能之一：P2V的转化功能。将现有的物理服务器操作系统连同全部的应用程序和硬盘上已经储存的文档数据整体打包转移到搭建好的虚拟化平台上，不用再循规蹈矩的装完系统装应用，按部就班的调完本地调网络，整个过程有点像PC上的一键Ghost系统，可以将将系统整体搬迁到新的硬件上。这对虚机的部署有很大的方便，原先物理服务器上的应用程序并不需要停顿太长时间就可以在虚拟平台上继续工作了。

不过虚拟化的P2V可不是Ghost，迁移的过程更像是将OS操作系统从硬件驱动中剥离并且架空到虚拟层之上，由虚拟层将接管硬件驱动，并将硬件资源，如：存储磁盘、处理器、内存和NIC等关键部件虚拟化为OS认可的并且可以继续调配使用的虚拟资源。

第一章迁移前的准备

迁移之前需要考虑的环境因素：

●针对源物理机器进行一次数据全备份

●校验源物理机器的Hostname

●校验源物理机器的网络配置情况

●校验源物理机器的OS以及Patch，确认硬件平台和模块

●校验源物理机器的硬件的设备，包括NIC、CPU、存储卡以及其他的设备

●获取管理员的密码

●记录源物理机器的IP/GateWay/DNS/WINS等设置

●确认与P2V的工具运行的机器网络连接是否正常

●确认与目标虚拟服务器之间的网络连接是否正常

●记录源端的分区的情况和盘符

●检查是否有LIC和源端特定的硬件有关，比如MAC地址绑定

●确认是否有跟硬件相关的特定的应用程序和服务

●确认目标的VMFS是否有足够大的空间容量

第二章P2V迁移

基于Vmware converter的迁移

我们建议优先采用Vmware 专业的迁移工具 Converter进行迁移, 所有迁移过程将不破坏原有的应用。并建议迁移后的虚拟系统先工作在独立的网段中测试一段时间，待工作稳定之后再逐渐的替换原硬件上OA应用的工作。这样做的好处是可以最低限度的降低系统迁移的风险。目前最新版本的VMware Converter 4已包含对主流linux的支持。

何为VMware Convert?

使用 VMware vCenter Converter，可以自动化和简化物理机到虚拟机以及虚拟机格式之间的转换过程。使用 VMware vCenter Converter 直观的向导驱动界面，可将物理机转换为虚拟机。

在几分钟内将物理机转换为虚拟机

VMware vCenter Converter 可以在多种硬件上运行，并支持最常用的 Microsoft Windows 操作系统版本。通过这一功能强大的企业级迁移工具，您可以：

?快速而可靠地将本地和远程物理机转换为虚拟机，而不会造成任何中断或停机。

?通过集中式管理控制台和直观的转换向导同时完成多个转换。

?将其他虚拟机格式（如 Microsoft Virtual PC 和 Microsoft Virtual Server）或物理机的备份映像（如 Symantec Backup Exec System

Recovery 或 Norton Ghost 12）转换为 VMware 虚拟机。

?将虚拟机的 VMware Consolidated Backup (VCB) 映像恢复到运行中的虚拟机。

?作为灾难恢复计划的一部分，将物理机克隆并备份为虚拟机。

Vmware converter的2种转换方式：

转换服务器有两种实现方式：热转换（当操作系统在运行时进行）或冷转换（从WinPE启动光盘进入，在不运行操作系统的情况下开始）。选择哪种方式取决于您将要转化的服务器类型。

热克隆适用于那些数据交换相对不太频繁的服务器，如web服务器、打印服务器、DNX和应用服务器等，多数文件为静态数据文件。热克隆的工作方式是：在克隆进程开始前创建一个快照，然后把快照拷贝到新创建的虚拟机中。在创建快照的时间点，那些打开的文件中的数据一致性是无法保障的，这些未确认的数据可能会导致目标虚拟机发生问题。并且所有在快照创建后并发写入被打开文件的数据也不会被拷贝。快照就是创建了一个时间点相关的区域，然后在文件系统中跟踪并记录所有数据块的变化。克隆进程最后把快照和文件合并组成整个硬盘的有效影像。

冷克隆可以更加有效地保证克隆过程成功，因为冷克隆时操作系统是不运行的，这样保证了在转化过程中没有被打开的文件，也就没有数据修改发生。这种方式有效避免了坏数据块的产生。对于那些数据交换频繁的服务器来说这是最佳的办法（如数据库、电子邮件服务器，域服务器等）。

基于磁盘映像的迁移

透过磁盘映像的中介，利用第三方磁盘映像（Disk Image）级的备份软件（如Symantec Backup exec System Recovery或Acronis True Image），先把物理机器的磁盘整个撷取成磁盘映像文件，此时可以采用2种方法进行迁移。

第一种传统方法：

直接将虚拟机器当成还原目标，但一开始在建立虚拟机器时，最好尽可能让虚拟机器的虚拟硬件规格与原来的实体机器一致，以保证有较高的转移成功率。然后再利用软件的还原功能，将映像文件还原到虚拟机器上使用。由于磁盘映像文件包括了实体机器在特定时间点下的完整数据，用户可免除重新安装软件的麻烦。此类软件能支持异构硬件平台的恢复，所以此方法同样适用于P2P，V2P解决方案。

第二种通过Convert恢复：

利用Vmware convert支持第3放磁盘映像文件的转换，直接将备份下来的磁盘映像文件转换成虚拟机器的文件格式，进入Vmware虚拟化平台。

其他迁移技术

1.同一品牌厂商的私有工具

如果原物理服务器和目标的ESX硬件服务器属于同一品牌厂商，在满足一些型号条件后，有厂家的一些私有工具，可以做P2V,V2P的迁移。此过程的顺利进行，是基于同一厂商的硬件驱动开发架构上。例如：HP的SMP软件包

2. 透过SAN的Raw Device模式

在某些San环境中，有一些裸设备模式的资源，需要从原物理机迁移到虚机架构中，可以通过改换LUN映像目标的动作，然后虚机通过RDM模式挂接迁移过来的资源。

使用者只要把LUN的映像（Mapping）目标，从原来的实体机器改换为执行虚拟平台的主机，经过几个简单的转换设定动作，就能完成将数据从实体机器转换到虚拟机器的作业。由于其中只牵涉到LUN映像目标的重新设定，以及几个转换设定程序，不需要实际的搬移数据，因此所需时间非常短。

3. 第3方的P2V迁移工具

如PlateSpin PowerConvert、VizonCore Vconverter等，原理和Vmware Converter 差不多，在细节方面处理的更好。

手动迁移

假使迁移过程中遇到不可解决的事项，迁移失败后续规划必须与客户取得共识。

1. 积极与Vmware支持中心联系以解决问题；

2. 采用手动迁移的方法进行迁移

手动迁移的具体步骤：

1、详细了解客户物理机状况；

2、进行完成的数据全备份；

3、根据客户需求设计虚拟机最佳配置（资源、网络和存储等等）

4、按照原物理机情况，在目标虚拟机安装操作系统，安装对应的补丁，病

毒防火墙的部署；

5、安装和部署应用程序环境；（可能需要原应用厂商配合）

6、把原物理机的数据备份恢复至目标虚拟机环境中；

7、监督虚拟机平台运行开始

8、虚拟机配置的再优化

第三章迁移后操作和验证测试

迁移后操作：

●移除不再使用的硬件

●移除原硬件管理软件（比如DELL OpenManage，HP SIM等等）

●安装VMware Tools工具

●调整目标虚拟机的vCPU个数

●调整目标虚拟机的资源预分配

迁移后验证测试：

●确认目标虚拟机的名称，SID值

●确认目标虚拟机的OS和SP 级别

●确认系统硬件是否有兼容性问题，测试硬件配置状态

●SCSI控制器类型是否正常

●检查Boot.ini是否异常

●检查Event logs是否异常

●确认目标虚拟机的硬件设备包括NIC、CPU、RAM和虚拟磁盘的大小

●确认目标虚拟机的网络是否可通,测试网络访问，及网络速度

●确认目标虚拟机的应用程序是否能正常运行，并检测应用程序日志是否异常●检测一段时间内，目标虚拟机的资源使用是否异常

●确认目标虚拟机的是否可以成功完成VCB备份

如位于Cluster里的主机，测试Vmotion和HA

第四章优化

与任何持续流程一样，你在开始把用户和服务迁移到新平台上时，一定要密切关注虚拟化项目的运行情况，这是至关重要的。应当建立性能和使用方面的一些准则及阈值，并评估这些衡量标准对将来的调整及改进而言意味着什么。必要时，还要考虑调整硬件配置、网络设置或者增加带宽。可以肯定，一旦完成最后的启动、成功进入虚拟化操作系统，并不是说你就大功告成了，后边还有很多工作要做。由于物理环境与虚拟环境还是存在一定的差异性，我们需要不断监控、评估、调整及改进，来达到最终的迁移效果。

第五章回退方案

如某一个业务体系增量迅速，以至于虚拟化统一平台无法满足生产需要，需要根据回退方案进行系统的回退（即V2P），保证业务的可用性。

目前此方案，主要采用

1.系统恢复迁移（参考第二章基于系统恢复迁移）

2.同一品牌厂商的私有工具(参考第三章)

将实体机迁移到VMware虚拟机

将实体机迁移到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方式(待设置完成、无冲突后再改为桥接方式)，避免首次开机提示“网络上有重名”而无法登录，然后再打开虚拟机电源。

(完整版)虚拟机迁移原理详解

虚拟机到虚拟机的迁移（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）之类的集中式共享外存设备，因而在迁移时只需要考虑操作系统内存执行状态的迁移，从而获得较好的迁移性能。

服务器和应用系统迁移方案

服务器和应用系统迁移方案 TYYGROUP system office room 【TYYUA16H-TYY-TYYYUA8Q8-

服务器和应用系统迁移方案一、迁移方案总体思路新旧系统的迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移过程中，我们需要重点考虑几个问题： 1、数据迁移如何保障“业务中断停机时间”。业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这样的风险特别是对于时间敏感型数据还是对于数据完整性业务都是不可以接受的。我们基于这样的要求，考虑到如何将停机时间最小，能否实现0停机的建设目标？ i.对于服务器操作系统而言，我们可以采用P2V的方式，利用操作系统的VolumeShadowCopy卷影副本复制服务作为基础，来实现在旧系统环境下的系统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。 ii.对于应用IIS和其他应用服务器来说，我们可以基于应用服务器的动态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样可以实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部分应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来。考虑到会话复制和状态的快速实时，我们可以采用会话内存复制，考虑到会话复制和状态的安全性，我们可以采用会话数据库复制管理。 iii.对于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建，数据库镜像技术可以让我们不但保证数据库迁移的不停机，而且还可以保证万一迁移中出现停机故障也不影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行，这样可以让我们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作。 2、迁移涉及到的除了应用、实例、数据库的操作以外，还涉及到迁移前规划、迁移后测试的完整性测试。这些测试包括但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才能保证迁移的安全性和有效性。

服务器虚拟化技术方案

1项目概述 1.1竹溪县民政局现状竹溪县民政局机房现有设备运行年限较长，各业务系统相对独立，造成管理难度大，基于这种现状我司推荐竹溪县民政局信息化启动平台化建设。竹溪县民政局信息化平台是提高健康水平、提高政府服务质量和效率的有力推手，是规范医疗政府服务，方便群众办事，缓解群众看病难问题的主要手段，不仅对推动竹溪县政务整改工作有重要意义，也是当前竹溪县民政局信息化平台工作迫切的需求。 1.2竹溪县民政局信息化平台建设的基本原则 1)顶层设计，统筹协调原则：竹溪县民政局信息化平台建设要按照国家有关信息化建设的总体部署和要求，结合竹溪县民政局实际，做好顶层设计，进行信息资源统筹规划，统一建设规范、标准和管理制度，构建竹溪县民政局信息化平台为建设目标和任务。运用不同机制和措施，因地制宜、分类指导、分步推进，促进竹溪县民政局信息化平台工作协调发展。 2)标准化原则：竹溪县民政局信息化平台建设要在统一标准、统一规范指导原则下开展，相关技术、标准、协议和接口也须遵循国际、国家、部颁有关标准，没有上述标准要分析研究，制定出适合竹溪县民政局信息化平台的标准、规范。 3)开放和兼容性原则：竹溪县民政局信息化平台建设不是一个独立系统，而是搭建一下通用平台，基于平台承载各类应用系统运行，因此，系统设计应充分考虑其开放性，同时因发展需要，应具有较好的伸缩性，满足发展需要。 4)先进性原则：采取业界先进系统架构理念和技术，为系统的升级与拓展打下扎实基础，如在技术上采用业界先进、成熟的软件和开发技术，面

向对象的设计方法，可视化的面向对象的开发工具，支持 Internet/Ineternet网络环境下的分布式应用；客户/应用服务器/数据服务器体系结构与浏览器/服务器（B/S）体系相结合的先进的网络计算模式。 5)安全与可靠的原则：作为竹溪县民政局信息化平台，关乎到民生及医疗数据安全，其数据库硬件平台必须具备最高的安全性及可靠性，可接近连续可用。平台一旦出现故障可能会导致群体性事件，因此竹溪县民政局信息化平台需要建立在一个科学稳定的硬件平台上，并达到系统要求的安全性和可靠性。二是网络安全。在系统架构和网络结构设计上首先考虑安全性，必须加强领导、落实责任，综合适用技术、经济、制度、法律等手段强化网络的安全管理。三是信息安全。主要是数据安全即保证数据的原始性和完整性，运行数据不可被他人修改或访问，记录者的记录不容抵赖，访问和修改可追踪性等。在系统设计时既考虑系统级的安全，又考虑应用级的安全。应用系统采用多级认证（系统级认证、模块认证、数据库认证和表级认证）等措施，采用用户密码的加密技术以防止用户口令被破解。同时需制定不断完善的信息系统应急处理预案和合理的数据库备份策略，在灾难时也能快速从灾难中恢复。四是信息化平台应具有较强数据I/O处理能力，同时系统在设计时必须考虑在大规模并发，长期运行条件下的系统可靠性，满足竹溪县民政局信息化7× 24小时的服务要求，保证各机构单位数据交换和资源共享的需要。 6)协调合作原则:要求各有关方将以往的行为方式从独立行事向合作共事转变，从独立决策向共同决策方式转变。各方在合作基础上，应在人力资源和设备实体方面全力建立更加稳定的信息技术设施。 1.3平台需求 1.3.1硬件需求竹溪县民政局信息化平台是支撑整个系统安全、稳定运行的硬件设备和网络设施建设，是系统平台的基础设施。主要包括支撑整个系统安全、稳定运行所需

数据的迁移服务V200R100C00----VMware虚拟机数据的迁移方案设计

修订记录

目录第1章数据迁移前必读 (1) 1.1概述 (1) 1.2读者对象 (1) 1.3适用场景 (1) 1.4注意事项 (2) 第2章数据迁移流程 (3) 第3章数据迁移前准备 (4) 3.1迁移环境准备 (4) 3.1.1 准备参考文档 (4) 3.1.2 查询系统信息 (4) 3.1.3 获取所需的软件和工具 (5) 3.1.4 检查系统及设备运行状态 (5) 3.2 配置目标存储 (5) 3.2.1 配置热备盘 (6) 3.2.2 创建RAID组及划分LUN (6) 3.3 数据备份 (6) 第4章数据迁移方案 (8) 4.1添加目标存储映射 .................................................................................. 错误！未定义书签。 4.1.1 更改设备物理连接 ........................................................................ 错误！未定义书签。 4.1.2 映射目标存储LUN给主机 (10) 4.1.3 在服务器上配置虚拟磁盘.............................................................. 错误！未定义书签。 4.2迁移数据................................................................................................. 错误！未定义书签。 4.3迁移完成后移除源存储 (16) 4.4同步备机................................................................................................. 错误！未定义书签。 4.5添加目标存储多路径 (22) 4.6 调测业务系统 (32) 第5章回退方案 (33) 5.1 回退场景 (33) 5.1.1 数据备份与恢复； (33) 5.1.2 割接失败导回方案 (33) 5.2 回退步骤 (33)

Vmware vSphere常见问题汇总

Vmware vSphere常见问题汇总 1、启用客户机操作系统和远程控制台之间的复制和粘贴操作解决方法：要在客户机操作系统和远程控制台之间进行复制和粘贴，必须使用vSphere Client 启用复制和粘贴操作。步骤 a、使用vSphere Client 登录到vCenter Server 系统并选择虚拟机。 b、在摘要选项卡中，单击编辑设置。 c、选择选项> 高级> 常规，然后单击配置参数。 d、单击添加行，并在“名称”和“值”列中键入以下值。名称值 isolation.tools.copy.disable false isolation.tools.paste.disable false 注意这些选项将替代在客户机操作系统的VMware Tools 控制面板中做出的任何设置。 e、单击确定以关闭“配置参数”对话框，然后再次单击确定以关闭“虚拟机属性”对话框。 f、重新启动虚拟机。 2、sco系统迁移过去之后找不到启动列表解决方法：目前解决方法：使用软驱制作应急盘，通过应急盘来找到启动列表，如果不行的话，只能使用，现成的虚拟镜像导入vmware中，但是这种方法，要自己设置与自己相关的应用。 3、linux做迁移时手动添加的逻辑分区（LVM卷），迁移过去之后找不到这些分区解决方法：：给虚拟机额外添加硬盘后融合，然后将数据重新拷入加入的硬盘中。 4、安装esxi的时候找不到万兆网卡解决方法：解决方法：安装各个厂商OEM的esxi版本。 5、迁移时提示vss原卷不能克隆解决方法：解决方法：查看是否有额外的设备插在服务器上，如usb设备。 6、Windows迁移之后，配置网卡的时候，会提示“IP已经被分配给其他的适配器” 解决方法：打开命令行窗口（运行cmd），输入：（1）、set DEVMGR_SHOW_NONPRESENT_DEVICES=1 （2）、devmgmt.msc 在弹出的“设备管理器”窗口。选择“查看（V）”—“显示隐藏的设备（W）”，然后展开“网络适配器”子项，可以看到一些透明图标显示的网卡信息，这些信息是源服务器的物理网卡信息。然后选择透明的设备卸载，RAS同步适配器为系统正常设备，不需要将其卸载。 7、Asianux3.0迁移之后不能显示图形化界面解决方法：解决方法：cp /etc/X11/xorg.conf /etc/X11/xorg.conf.bak vi /etc/X11/xorg.conf 将xorg.conf文件中的selection “Devices”字段中Driver对应的值修改为“vmware”即可，修改完成后通过startx启动图形化界面。

虚拟化迁移操作指导书

1 系统迁移概述 1.1 DD工具介绍 DD 是 Linux/UNIX 下的一个非常有用的命令，作用是用指定大小的块拷贝一个文件，并在拷贝的同时进行指定的转换。我们可以使用dd命令对linux系统磁盘进行拷贝，直接生成可以被KVM系统识别的raw格式磁盘文件。此方法拷贝出来的磁盘文件大小与原始磁盘大小完全相同。因此，从思路上，只要对待迁移业务系统中执行dd命令，生成的raw文件传到CAS虚拟机磁盘文件存储池中，便可以直接供虚拟机挂载使用。这里以CentOS系统为例，采用CAS上存储池开启NFS网络文件系统并供待迁移服务器挂载的方式，直接dd生成文件至CAS存储池。 DD迁移也是对存储的区块进行读写，有时间顺序，因此不建议在业务系统数据量较大时迁移，最好选择业务较少甚至无业务时迁移，否则迁移后无法完全保证数据完整性。 1.2 收集系统信息在进行正式的系统迁移前，请参考《虚拟化迁移信息收集指导》。 1.3 系统迁移工具 DD是一般Linux系统自带的工具，通过命令可实现。 1.4 迁移实施方案完成系统信息收集后，要制作迁移实施方案，具体请参照《虚拟化迁移实施方案》。 1.5 迁移整体流程注意，DD方式迁移过程自身是可以在系统在线时进行的，但为保证没有数据变化，因此需要暂停业务，暂停业务和恢复业务由客户主导，我们协助。

2 系统迁移注意事项 2.1 系统迁移注意事项 2.1.1 业务中断若客户可接受少量数据丢失（无法保证迁移过程中数据的一致性），决定在夜间等数据量变化少时利用DD方式在线迁移业务，则可以直接进行迁移，否则业务系统要暂停。 2.1.2 备份数据传输方式 1. 网络方式在CAS平台的某存储池开启NFS网络文件系统，然后在待迁移业务系统服务器上挂载该NFS文件系统，再利用DD将原系统数据备份于该NFS网络文件系统，本文档以此方式为例说明迁移过程 2. 移动介质如果现场条件不允许通过网络进行DD，也可以先将数据备份到移动介质上，后将数据再上传到CAS 存储池中，供虚拟机挂载即可。 2.1.3 磁盘空间 DD迁移后，虚拟机磁盘空间大小与原业务系统磁盘空间大小一致。 3 DD系统迁移过程 3.1 迁移流程图

虚拟机迁移技术漫谈

虚拟机迁移技术漫谈如何在虚拟机和物理机以及虚拟机和虚拟机之间的迁移系统前言系统的迁移是指把源主机上的操作系统和应用程序移动到目的主机，并且能够在目的主机上正常运行。在没有虚拟机的时代，物理机之间的迁移依靠的是系统备份和恢复技术。在源主机上实时备份操作系统和应用程序的状态，然后把存储介质连接到目标主机上，最后在目标主机上恢复系统。随着虚拟机技术的发展，系统的迁移更加灵活和多样化。本系列文章全面介绍了虚拟机迁移的三种方式 P2V、V2V 和 V2P，及他们在内核虚拟机 KVM 上的实现方法，分成五个部分。第一部分，介绍虚拟机迁移的各种方法和相应的迁移工具，并且着重分析 Linux 平台上开源的虚拟化工具 KVM 和XEN 实时迁移中的的内存预拷贝技术；第二部分介绍 KVM 虚拟机之间的 V2V 迁移技术，包括离线迁移和在线迁移；第三部分介绍基于 VMware 或 XEN 的虚拟机如何迁移到基于 KVM 的虚拟机；第四部分介绍物理机到虚拟机迁移 P2V 和虚拟机到物理机迁移 V2P 在 KVM 虚拟机上的实现；第五部分介绍和虚拟机迁移密切相关的虚拟机克隆、快照和备份技术。回页首虚拟机迁移简介为什么要迁移服务器迁移服务器可以为用户节省管理资金、维护费用和升级费用。以前的 x86 服务器，体积比较“庞大”；而现在的服务器，体积已经比以前小了许多，迁移技术使得用户可以用一台服务器来同时替代以前的许多台服务器，这样就节省了用户大量的机房空间。另外，虚拟机中的服务器有着统一的“虚拟硬件资源”，不像以前的服务器有着许多不同的硬件资源（如主板芯片组不同，网卡不同，硬盘，RAID 卡，显卡不同）。迁移后的服务器，不仅可以在一个统一的界面中进行管理，而且通过某些虚拟机软件，如 VMware 提供的高可用性工具，在这些服务器因为各种故障停机时，可以自动切换到网络中另外相同的虚拟服务器中，从而达到不中断业务的目的。总之，迁移的优势在于简化系统维护管理，提高系统负载均衡，增强系统错误容忍度和优化系统电源管理。虚拟机迁移的性能指标

11虚拟机迁移

虚拟机迁移静态迁移是指在虚拟机关闭或暂停的情况下，将源宿主机上虚拟机的磁盘文件和配置文件拷贝到目标宿主机上。这种方式需要显式的停止虚拟机运行，对服务可用性要求高的需求不合适。动态迁移无需拷贝虚拟机配置文件和磁盘文件，但是需要迁移的主机之间有相同的目录结构放置虚拟机磁盘文件，可以通过多种方式实现，本例采用基于共享存储动态迁移，通过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端，如图所示：

迁移VBOX虚拟机方法

迁移VBOX虚拟机方法 VBOX虚拟机拷贝到其他计算机后需要经过配置才能正常使用，即使使用的目录与原目录完全一致。（示例中为linux上的oracle11gRAC+DG，为64位版本，服务器要求也要为64位）具体操作步骤如下：一、将虚拟机配置文件和虚拟机文件拷贝到目标服务器。 1、虚拟机配置文件必须拷贝到C:\Documents and Settings\Administrator\VirtualBox VMs目录下，如图所示。 2、虚拟机文件较大，磁盘需要有60G剩余磁盘空间。这里我们拷贝到：F:\11g RAC+DG目录下。二、修改配置文件 1、用写字板打开C:\Documents and Settings\Administrator\VirtualBox VMs\new11gnode1\new11gnode1.vbox文件，找到location部分，修改 H:/newRAC+DG为F:/11g RAC+DG，既虚拟机文件存放实际路径，如图所示。

2、三、启动虚拟机 1、双击C:\Documents and Settings\Administrator\VirtualBox VMs\new11gnode1\new11gnode1.vbox文件，将虚拟机添加到VBOX中，如图所示。 2、修改内存大小该虚拟机默认内存大小为2000M，如果服务器没有足够内存可以减少虚拟机使用内存数量。选中需要修改的虚拟机，点击“设置”，选择“系统”，将内存改为1500M，如图所示。同时需要调小数据库有关内存的参数，将sga_max_target和sga_target参数都调整为400M。

vmware常见问题

vmware 常见问题 Vmware vSphere常见问题及解决办法 Advertisement 故障状态：启动虚拟机时95%,停顿并且进程中断,提示：ubable to access files since it is locked。祸根：HA 解决方法：（1）首先将cluster中的HA功能关闭。如果该功能不关闭，容易造成死锁,，VM不断跳动,，不断再不同的ESX内循环被锁，徒劳而无功。

（2）磁盘文件被锁，要解决，必须要知道到底是哪台ESX把他给锁住了，这是关键。方法：看/var/log/vmkernel但是，在做这些前, 再准备些别的工作。（3）在VC中，把被锁的VM从Inventory中remove掉。原因很简单，这是一个unregister的过程。（4）根据/var/log/vmkernel，搜索owner，可以找到类似以下的语句: Oct 19 04:23:33 esx-hostname vmkernel: 3:06:29:47.992 cpu6:1656)FS3: 1975: Checking if lock holders are live for lock [type 10c00001 offset 52008960 v 380, hb offset 3554304 Oct 19 04:23:33 esx-hostname vmkernel: gen 17, mode 1, owner 48f5f637-462688bc-fd28-0e1a6434b6f8 mtime 38112] OK，owner后面的48f5f637-462688bc-fd28-0e1a6434b6f8就是你的target了。因为他就是锁住VM 的宿主.。

虚拟机迁移方法简介

虚拟机迁移技术简介虚拟机迁移技术为服务器虚拟化提供了便捷的方法。目前流行的虚拟化工具如 VMware，Xen，HyperV，KVM都提供了各自的迁移组件。尽管商业的虚拟软件功能比较强大，但是开源虚拟机如 Linux 内核虚拟机 KVM 和 XEN 发展迅速，迁移技术日趋完善。本系列文章介绍了虚拟机迁移的三种方式 P2V、V2V 和 V2P，及他们在内核虚拟机 KVM 上的实现方法，分成五个部分。本文是第一部分，全面介绍了虚拟机迁移的各种方法和相应的迁移工具 , 并且着重分析了 Linux 平台上开源的虚拟化工具 KVM 和 XEN 实时迁移中的的内存预拷贝技术。 1.前言系统的迁移是指把源主机上的操作系统和应用程序移动到目的主机，并且能够在目的主机上正常运行。在没有虚拟机的时代，物理机之间的迁移依靠的是系统备份和恢复技术。在源主机上实时备份操作系统和应用程序的状态，然后把存储介质连接到目标主机上，最后在目标主机上恢复系统。随着虚拟机技术的发展，系统的迁移更加灵活和多样化。 2.虚拟机迁移简介 2.1为什么要迁移服务器迁移服务器可以为用户节省管理资金、维护费用和升级费用。以前的 x86 服务器，体积比较“庞大”；而现在的服务器，体积已经比以前小了许多，迁移技术使得用户可以用一台服务器来同时替代以前的许多台服务器，这样就节省了用户大量的机房空间。另外，虚拟机中的服务器有着统一的“虚拟硬件资源”，不像以前的服务器有着许多不同的硬件资源（如主板芯片组不同，网卡不同，硬盘，RAID 卡，显卡不同）。迁移后的服务器，不仅可以在一个统一的界面中进行管理，而且通过某些虚拟机软件，如 VMware 提供的高可用性工具，在这些服务器因为各种故障停机时，可以自动切换到网络中另外相同的虚拟服务器中，从而达到不中断业务的目的。总之，迁移的优势在于简化系统维护管理，提高系统负载均衡，增强系统错误容忍度和优化系统电源管理。 2.2虚拟机迁移的性能指标一个优秀的迁移工具，目标是最小化整体迁移的时间和停机时间，并且将迁移对于被迁移主机上运行服务的性能造成的影响降至最低。当然，这几个因素互

服务器和应用系统迁移方案

服务器和应用系统迁移方案一、迁移方案总体思路新旧系统的迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移过程中，我们需要重点考虑几个问题： 1、数据迁移如何保障“业务中断停机时间”。业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这样的风险特别是对于时间敏感型数据还是对于数据完整性业务都是不可以接受的。我们基于这样的要求，考虑到如何将停机时间最小，能否实现0停机的建设目标？ i. 对于服务器操作系统而言，我们可以采用P2V的方式，利用操作系统的 Volume Shadow Copy卷影副本复制服务作为基础，来实现在旧系统环境下的系统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。 ii. 对于应用IIS和其他应用服务器来说，我们可以基于应用服务器的动态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样可以实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部分应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来。考虑到会话复制和状态的快速实时，我们可以采用会话内存复制，考虑到会话复制和状态的安全性，我们可以采用会话数据库复制管理。 iii. 对于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建，数据库镜像技术可以让我们不但保证数据库迁移的不停机，而且还可以保证万一迁移中出现停机故障也不影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行，这样可以让我们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作。 2、迁移涉及到的除了应用、实例、数据库的操作以外，还涉及到迁移前规划、迁移后测试的完整性测试。这些测试包括但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才能保证迁移的安全性和有效性。二、服务器硬件环境迁移方案 1. 迁移评估

将操作系统从物理机迁移到虚拟机

十个步骤将操作系统从物理机迁移到虚拟机老板让你在很短的时间里执行一项操作系统迁移的任务，此时，如果你有一个功能完整的且经过测试的物理机到虚拟机迁移的解决方案，那么你将是一个真正的英雄！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 ESXi虚拟机克隆及迁移

VMware ESXi虚拟机克隆及迁移免费的VMWare ESXi非常强大，于是在vSphere5.0平台中ESXi取代了ESX，不过貌似不再是免费使用了，因为我在VMware官网只能下载到免费评估版的ESXi，具体怎么个评估我还没体会，哪位朋友知道请告知我。使用ESXi经常会遇到这样的问题，我需要建立多个虚拟机，都是windows2003操作系统，难道必须一个一个安装吗？ VMware ESXi、VMware vCenter Server 和vSphere Client，它们分别是vSphere 的虚拟化层、管理层和接口层。作为接口层的vSphere Client客户端并不提供克隆虚拟机的功能，需要安装vCenter管理ESXi才有这一功能。虽然如此，但是我们可以以手动的方式完成这项工作。下面是克隆“win2003”这台虚拟机的操作过程： 1、进入vSphere client，关闭需要克隆的虚拟机win2003 2、选中ESXi服务器主机，在右侧点击“配置”选项卡，选择存储器，右侧的存储器名称上点右键，选择“浏览数据存储”

3、新建文件夹kelong，进入win2003文件夹，把win2003.vmx和win2003.vmdk 这两个文件复制到文件夹kelong下，复制过程非常快，不到一分钟。 4、在win2003.vmx文件上点右键，选择“添加到清单”，弹出提示，询问这个虚拟机是移动的还是复制的，选择“I coyied it”，确定。

5、开始建立虚拟机的向导，最后弹出提示“无法打开磁盘或其所依赖的快照磁盘之一”，这是因为虚拟机之前做过快照，所以需要把win2003-000003.vmdk 文件也复制过来。 6、把win2003-000003.vmdk文件复制过来再执行“添加到清单”，克隆完成。克隆出来的虚拟机与源虚拟机环境配置完全相同，包括IP地址、用户名口令等，需要手动更改。这是在同一台ESXi服务器下做的克隆操作，如果是不同的ESXi服务器之间做克隆操作呢？那么就需要把文件复制到不同的ESXi服务器。在网上搜了一下，复制的方法有说用移动存储设备，有说用FTP，但是我觉得用SCP命令最

【VR虚拟现实】物理系统迁移虚拟化PV技术

物理系统迁移虚拟化P2V 将现有的服务器应用业务转移到企业搭建虚拟化平台上，是虚拟化整合服务器的重要一步，也是虚拟化程序的基础功能之一：P2V的转化功能。将现有的物理服务器操作系统连同全部的应用程序和硬盘上已经储存的文档数据整体打包转移到搭建好的虚拟化平台上，不用再循规蹈矩的装完系统装应用，按部就班的调完本地调网络，整个过程有点像PC上的一键Ghost系统，可以将将系统整体搬迁到新的硬件上。这对虚机的部署有很大的方便，原先物理服务器上的应用程序并不需要停顿太长时间就可以在虚拟平台上继续工作了。不过虚拟化的P2V可不是Ghost，迁移的过程更像是将OS操作系统从硬件驱动中剥离并且架空到虚拟层之上，由虚拟层将接管硬件驱动，并将硬件资源，如：存储磁盘、处理器、内存和NIC等关键部件虚拟化为OS认可的并且可以继续调配使用的虚拟资源。第一章迁移前的准备迁移之前需要考虑的环境因素： ●针对源物理机器进行一次数据全备份 ●校验源物理机器的Hostname ●校验源物理机器的网络配置情况 ●校验源物理机器的OS以及Patch，确认硬件平台和模块 ●校验源物理机器的硬件的设备，包括NIC、CPU、存储卡以及其他的设备 ●获取管理员的密码 ●记录源物理机器的IP/GateWay/DNS/WINS等设置 ●确认与P2V的工具运行的机器网络连接是否正常 ●确认与目标虚拟服务器之间的网络连接是否正常 ●记录源端的分区的情况和盘符 ●检查是否有LIC和源端特定的硬件有关，比如MAC地址绑定 ●确认是否有跟硬件相关的特定的应用程序和服务 ●确认目标的VMFS是否有足够大的空间容量

第二章P2V迁移基于Vmware converter的迁移我们建议优先采用Vmware 专业的迁移工具Converter进行迁移, 所有迁移过程将不破坏原有的应用。并建议迁移后的虚拟系统先工作在独立的网段中测试一段时间，待工作稳定之后再逐渐的替换原硬件上OA应用的工作。这样做的好处是可以最低限度的降低系统迁移的风险。目前最新版本的VMware Converter 4已包含对主流linux的支持。何为VMware Convert? 使用VMware vCenter Converter，可以自动化和简化物理机到虚拟机以及虚拟机格式之间的转换过程。使用VMware vCenter Converter 直观的向导驱动界面，可将物理机转换为虚拟机。在几分钟内将物理机转换为虚拟机 VMware vCenter Converter 可以在多种硬件上运行，并支持最常用的Microsoft Windows 操作系统版本。通过这一功能强大的企业级迁移工具，您可以： ?快速而可靠地将本地和远程物理机转换为虚拟机，而不会造成任何中断或停机。 ?通过集中式管理控制台和直观的转换向导同时完成多个转换。

虚拟机迁移及虚拟化优化HA配置

一、迁移虚拟机迁移是指将虚拟机从一个主机或存储位置移至另一个主机或存储位置的过程。复制虚拟机是指创建新的虚拟机，并不是迁移形式。在 vCenter Server 中，有以下迁移选项：冷迁移：将已关闭电源的虚拟机移至新的主机。（可选）可以将配置文件和磁盘文件重新定位到新的存储位置。可以使用冷迁移将虚拟机从一个数据中心移至另一个数据中心。迁移已挂起的虚拟机：将已挂起的虚拟机移至新的主机。（可选）可以将配置文件和磁盘文件重新定位到新的存储位置。可以将已挂起的虚拟机从一个数据中心迁移至另一个数据中心。通过vMotion 迁移：将已打开电源的虚拟机移至新的主机。通过 vMotion 迁移，可以在不中断虚拟机可用性的情况下将虚拟机移至新的主机，但无法使用 vMotion 将虚拟机从一个数据中心移至另一个数据中心。通过Storage vMotion 迁移：将已打开电源的虚拟机的虚拟磁盘或配置文件移动到新数据存储。通过 StoragevMotion 迁移，可以在不中断虚拟机可用性的情况下，移动虚拟机的存储器。已挂起虚拟机的迁移以及通过 vMotion 迁移有时也称为“热迁移”，因为它们允许在不关闭虚拟机电源的情况下迁移虚拟机。通过 vMotion 迁移有时也称为“实时迁移”。可以手动移动虚拟机，也可以设置已调度任务来执行冷迁移。通过克隆虚拟机或复制其磁盘和配置文件可以创建新的虚拟机，克隆并不是迁移的一种形式。冷迁移冷迁移是对已关闭电源的虚拟机进行迁移。通过冷迁移，您可以选择将关联的磁盘从一个数据存储移动到另一个数据存储。虚拟机不需要位于共享存储器上。在开始冷迁移过程前，必须关闭要迁移的虚拟机的电源。如果将虚拟机配置为具有 64 位客户机操作系统，则尝试将其迁移到不支持 64 位操作系统的主机时，vCenter Server 会生成警告。冷迁移虚拟机时，不会应用 CPU 兼容性检查。冷迁移包含以下任务：1 如果选择了移动到一个不同的数据存储的选项，则会将配置文件（包括 NVRAM 文件（BIOS 设置））和日志文件从源主机移至目标主机的关联存储区域中。如果选择了移动虚拟机的磁盘，则也会移动这些磁盘。 2 向新主机注册虚拟机。 3 如果选择了移动到一个不同的数据存储的选项，则在迁移完成后，会将旧版本的虚拟机从源主机中删除。迁移已挂起的虚拟机通过迁移已挂起的虚拟机，也可以选择将关联的磁盘从一个数据存储移至另一个数据存储。虚拟机不需要位于共享存储器上。