Xen虚拟机两大迁移方法详解
一、迁移的准备工作
在进行迁移之前，有一些准备工作要做，主要是目的主机和源主机及其网络方面。下面分别加以介绍。
首先，在源主机和目的主机方面，两者必须都运行有Xen和Xend守护进程。必须确保目的主机具有足够的磁盘空间、内存容量和资源，以供迁移后的domain运行之用。此外，源主机和目的主机还必须具有相同的体系结构和虚拟化扩展，例如，如果源主机使用的是具有虚拟化扩展的x86-64体系结构的话，目的主机也必须如此。之所以这样做，是为了防止由于内核和用户库使用的指令集不匹配而导致domain迁移之后无法正常工作的情况。
其次，在网络方面，要求源主机和目的主机还必须位于同一子网上。迁移domain时，如果目的地结点位于不同的子网上，那么迁移将会失败，因为该domain的MAC和IP地址也随之迁移。如您运行了防火墙，你可能需要创建相应的iptables规则来准许迁入连接。
再者，迁移时，Xend守护进程会中止domain在源主机上的运行，接着将其复制到目的主机，然后重新启动该domain 。默认时，Xend守护进程从本机接受迁移请求。为了使迁移目标接受来自远程主机的迁入请求，您必须修改目的主机在/etc/Xend-config.sxp文件中的Xen-relocation-hosts-allow 参数。因为没有提供认证，所以为安全起见您必须限定允许迁移的主机。
下面，我们开始介绍用于迁移domain的第一种方法：存储还原法。
二、存储还原迁移法
存储还原法的过程是这样的：首先，将一个domain的当前运行状态保存到硬盘上的一个文件中，然后，Xend 再利用该文件实现对该domain原状态的还原。其实这与便携式计算机的休眠功能非常相像：休眠时，便携式计算机会保存硬盘状态的映像，然后自动关机。退出休眠时，它会使用保存的磁盘映象将系统还原到之前的运行状态。
本节中，我们为读者介绍如何将一个运行中的domain 保存为一个文件，之后再用它将domain还原到之前的工作状态，至于在哪里还原，既可以在同一个服务器上，也可以在之外的Xen 服务器上。但在将domain 保存成映像文件之前，一定要腾出足以存放该文件的磁盘空间来。
操作过程
好了，下面开始介绍在Xen 服务器上迁移Domain的具体操作步骤。具体要做的是：创建一个Debian domain ，然后将它的状态保存到一个文件，该文件将用于还原这个Debian
domain。
1、创建Debian guest domain ：
# xm create debian_etch_domU.cfg –c
2、检查该domain的运行是否正常。因为我们给上述的xm 命令提供了-c参数，这将在当前控制台中启动客户机Domain。但是要想检查该Domain是否已经启动，就必须使用另外一个控制台会话。
3、我们将要把这个Domain的当前状态保存到/Xen-saved-images 目录，当然也可以保存到您选择的其他目录：
# xm save 1 /Xen-saved-images/etch.save
4、保存的Domain会从当前运行的Domain列表中删除，我们可以用xm 命令列出眼下运行的Domain，看看它有没有被删掉。
5、从文件还原保存的Domain：
# xm restore /Xen-saved-images/etch.save
6、再次执行xm 命令，我们将看到，还原后的Domain又回到当前Domain列表中了。
相关说明
把工作中的Domain的运行状态保存到一个磁盘文件的时候，文件没有经过任何形式的加密，所以恶意用户只要能够访问保存映像文件目录，就能对这些映像做手脚。因此，确保对存放这些映像的文件夹的访问的安全就显得格外重要。
一个Domain的运行状态就是该Domain在被保存时刻的快照或者映像。所有运行中的进程的信息和状态都被存放到这个文件中。查看该文件时，您会发现这是一个庞大的二进制文件，其大小等于该Domain被保存时所使用的内存量。因为Xen Domain通常会运行一些企业应用程序，所以这个文件一般小不了，通常都在几GB左右。因此，你必须保证有足够的存储空间来存放这个文件。虽然本例将状态保持到了一个硬盘文件之上，但是您还可以将这个文件存放到一个足够大的网络文件夹上，甚至一个U盘上。将Domain保存到U 盘的确不错，这样就可以随身携带，需要时还可以在不同的服务器上将其还原。
我们能够使用xm 命令加restore 选项来还原存储的Domain，这会再次启动该Domain，并将其还原至被保存时的状态。当使用存储还原法时，有一些事项需要时刻注意：因为Domain 还原后的ID不同于其保存时刻的Domain ID，所以使用xm 查看还原后的Domain时，一定要注意ID 的变化。虽然Domain被恢复到了原先的状态(被存储时刻的状态)，却不能自
动连接到该domain的控制台，相反，我们必须显式的运行xm 命令才能连接到控制台。
虽然这种迁移Domain的方式简单易行，但是一定要注意，由于Domain在保存时就已经从活动Domain中删除，所以运行于该Domain上的各种服务也就无法使用或访问了。如果您对于这种业务中断情况无法接受，那么就应该考虑采用在下一节中介绍的Xen 的动态迁移特性。
三、动态迁移法
上面，我们介绍了在Xen 服务器上迁移Domain时的存储还原法。虽然这种方法很简单，但是如果您的服务器上有不许中断的关键业务，或者您想最小化业务中断时间，那么您还是不能采用这种迁移方法。这时，Xen还为我们提供了一种强大的功能就派上用场了，它就是动态迁移法。它能让Domain在运行期间，以最小的服务中断为代价，将Domain迁移到另外的Xen 服务器上。
使用Xen动态迁移可谓好处多多，先将其主要优点列举如下：
·Xen的动态迁移随同诸如heartbeat之类的高可用性解决方案一起使用，能给我们带来一个“永不抛锚”的系统。最新版本的Enterprise SuSe Linux Server 和Red Hat Enterprise Linux 也是利用Xen来提供各种高可用性解决方案的。您可以轻而易举的满足各种服务的苛刻要求，同时还能保证所有关键商业服务不会出现中断。
·它使我们能够以“治未病”方式来维护寄放虚拟机的物理服务器。您可以监视服务器，然后通过转移系统来即时解决潜在的和可疑的问题。
·它使得在多个服务器之间实现负载均衡成为可能，使我们能够更好地利用企业中的所有计算资源，使其利用情况达到最佳状态。需要注意的是，Xen的开源版本目前还不支持在dom0上感应到故障时自动进行动态迁移的功能。
·它使得在需要时向系统配置添加计算能力变得更加轻松。
·您可以根据需要更换硬件，而无需中断运行在该硬件上的服务。
只知道动态迁移的好处还不够，现在介绍一下具体的使用方法。
具体操作
首先对动态迁移时涉及到的服务器做一下介绍，它们是：
·hostA ：一个linux NFS服务器，通过网络为XenDomain提供存储空间。
·hostB ：一个Xen主机服务器，它使用NFS导出的目录运行一个客户机Domain：
Ubuntu Fuwa 。
·hostC ：一个Xen主机服务器，它是来自hostB 服务器的客户机Domain 即Ubuntu Fuwa 的迁移目的地。
下图向我们展示了具体配置情况：
⒈动态迁移要求共享存储器。现实中，除了第一节所提要求外，对网速的最低要求是100MB。为了共享存储器，我们将在我们在上图顶部的Xen主机上建立一个NFS服务器，欲迁移的Domain使用的就是NFS 服务器上的共享存储器空间。
⒉编辑/etc /exports 文件，加入下面一行来导出存储器目录：
# /Xen-storage *(r，sync，no_root_squash)
⒊保存文件，并重启NFS 服务器。将NFS 服务器添加到该服务器的服务中，并设为系统重启时运行：
# service nfs startchkconfig nfs on
⒋我们将建立两个Xen 服务器，并让他们使用NFS 服务器提供的存储器。为了挂载导出目录，需要为两个Xen 服务器都添加安装点：
# mount hostB:/Xen-storage
#- mount hostC:/Xen-storage
⒌修改Xend配置文件，以允许动态迁移。编辑/etc/Xen/Xend-config.sxp 文件，并确保以下两行没有被注释掉：
(Xend-relocation-port 8002)
(Xend-relocation-address '')
其作用是启动Xen 守护进程，以侦听和响应动态迁移的各种请求。
⒍建立一个运行在NFS 服务器存储器上的Xen Domain，并在hostB上启动该客户机Domain。并让该客户机Domain使用以下配置：
cat > /home/pchaganti/Xen-images/ubuntu_fuwa_nfs_domU.cfg << "EOF"
kernel = "/boot/vmlinuz-2.6.16.38-XenU"
memory = 256
name = "ubuntu_fuwa_nfs_domU"
vif = [ 'ip=192.168.1.111' ]
nfs_server = '192.168.1.67'
nfs_root = '/Xen-storage'
root = '/dev/nfs'
EOF
⒎现在，我们有了一个运行于hostB的客户机Domain，它使用NFS 导出的目录进行存储。我们可以在hostB上运行下列命令来检查该Domain的运行是否正常：
⒏接下来，我们将这个客户机Domain动态迁移至hostC 服务器，为此可能需要几分钟的时间。如果迁移失败，会在控制台显示一个指示失败的消息。
# xm migrate --live ubuntu_fuwa_nfs_domU hostC
⒐以上就是将正在运行的Domain动态迁移至另一个Xen 服务器的全部工作!现在使用xm 命令来显示当前运行于hostB 和hostC 这两个服务器上的Domain，您将发现，所迁移的Domain目前只能在hostC 服务器上找到，列出的正在hostB服务器上运行的Domain中已经找不到被迁移的Domain的影子了。
相关说明
动态迁移就是在“带电”情况下，将一个虚拟机从一个物理主机移动到另一个物理主机的过程。该过程不会对最终用户造成明显的影响，从而使得管理员能够在不影响用户正常使用的情况下，对物理服务器进行离线维修或者升级。
需要注意的是，要想改变Domain的运行地点，必须修改默认的Xend配置文件。此外，要使所做的修改在主机上生效，必须重新启动Xen 服务器所在的主机。我们需要修改以下
配置：
·Xend-relocation-server ：该标志用于启用/取消服务器迁移功能。默认时，该标志设为no ，即不允许改变服务器的位置。在迁移过程中，Domain虚拟内存将变成未经任何加密的原始形式。所以，在不可信的网络上启用该选项时一定要倍加小心。
·Xend-relocation-port ：Xend守护进程通过该端口进行迁移。这个端口的缺省值是8002。
另外，还有两个无需修改的参数，当在企业部署环境进行迁移时也要注意一下：
·Xend-relocation-address ：该标志将Domain的迁移限制到特定的接口上。指定的地址是侦听用于Domain迁移的入局连接的接口地址。只有启用Xend-relocation-server参数后，才会用到这个标志。
·Xend-relocation-hosts-allow：这个标志定义了允许跟迁移端口进行通信的主机。其值为一个由空格分隔的正则表达式序列。如果该值为空，那么将允许全部输入连接，否则，该值要么与一个IP地址相匹配，要么与一个完整域名相匹配。
事实上，从hostB到hostC的迁移过程，是分为多个阶段进行的，如下所示：
第一阶段：迁移之前。
这时，Fuwa Domain运行于hostB，并且是一个活动的Domain。
第二阶段：预定。
在hostB上发出一个迁移请求，然后检查和确认在hostC上可用的资源。然后，Xend在hostC 上按照所需的尺寸准备一个VM容器。如果Xend无法在hostC上获得所需的资源，那么一切就此结束。该Domain依旧运行在hostB上，就像什么事情也没发生一样，此次迁移尝试就此放弃。
第三阶段：重复预拷贝。
先将所有内存页面从hostB传送到hostC，然后继续传输在先前传送过程中发生变化的页面。最终，所以页面都被拷贝到hostC。
到第三阶段为止，Fuwa Domain仍然正常运行于hostC之上。
第四阶段：中止并拷贝。
在hostB上运行着的Domain被挂起，其所有网络流量也被重定向至hostC。这个阶段结束后，除了在hostB上有一个挂起的Domain外，hostB上还有了这个被挂起的Domain的副本。这时，hostB上被挂起的Domain还可以作为原始副本，万一这一步失败，它还能在hostB
上恢复运行。
第五阶段：交付。
如果这一步没有错误或失败的话，hostC会向hostB发送一个指示信息，指出它已经拥有了一个跟hostB完全一致的Domain映像。现在，hostB将从它的Xen 服务器中删除该Domain。从这时起，hostC将成为这个Domain的第一宿主机。
在第四阶段至第五阶段期间，Fuwa Domain处于停机状态。
第六阶段：激活。
在hostC上激活被迁移的Domain。该Domain内部的全部设备驱动程序现在关联至新的机器上。至此，Fuwa Domain又在hostC上复活了。
这些步骤都是在幕后进行的，正是这一系列默默无闻的操作，才使得迁移能够如此平稳的和无缝的过渡!
四、结束语
本章我们研究了迁移Xen客户机Domain的两种方式：存储还原法和动态迁移法。前一种方法类似便携式计算机的深度休眠，它先将捕获的domain运行状态作为映像存放在磁盘上，之后再用该映像对这个domain 进行还原。后一种方式以最少的中断和停机时间来动态改变处于运行状态中的domain的运行位置。综合使用这两种迁移方法，定能使虚拟化技术的功效更上一层楼。
数据迁移服务V200R100C00交付材料VMware虚拟机数据迁移方案 华为技术有限公司 版权所有侵权必究
修订记录
目录 第1章数据迁移前必读 ...................................................................................... 错误!未指定书签。 1.1概述............................................................................................................ 错误!未指定书签。 1.2读者对象..................................................................................................... 错误!未指定书签。 1.3适用场景..................................................................................................... 错误!未指定书签。 1.4注意事项..................................................................................................... 错误!未指定书签。第2章数据迁移流程.......................................................................................... 错误!未指定书签。第3章数据迁移前准备 ...................................................................................... 错误!未指定书签。 3.1迁移环境准备 ............................................................................................. 错误!未指定书签。 3.1.1准备参考文档................................................................................... 错误!未指定书签。 3.1.2查询系统信息................................................................................... 错误!未指定书签。 3.1.3获取所需的软件和工具 .................................................................... 错误!未指定书签。 3.1.4检查系统及设备运行状态................................................................. 错误!未指定书签。 3.2配置目标存储 ............................................................................................. 错误!未指定书签。 3.2.1配置热备盘 ...................................................................................... 错误!未指定书签。 3.2.2创建RAID组及划分LUN................................................................... 错误!未指定书签。 3.3数据备份..................................................................................................... 错误!未指定书签。第4章数据迁移方案.......................................................................................... 错误!未指定书签。 4.1添加目标存储映射...................................................................................... 错误!未指定书签。 4.1.1更改设备物理连接 ........................................................................... 错误!未指定书签。 4.1.2映射目标存储LUN给主机................................................................. 错误!未指定书签。 4.1.3在服务器上配置虚拟磁盘................................................................. 错误!未指定书签。 4.2迁移数据..................................................................................................... 错误!未指定书签。 4.3迁移完成后移除源存储............................................................................... 错误!未指定书签。 4.4同步备机..................................................................................................... 错误!未指定书签。 4.5添加目标存储多路径 .................................................................................. 错误!未指定书签。 4.6调测业务系统 ............................................................................................. 错误!未指定书签。第5章回退方案................................................................................................. 错误!未指定书签。 5.1回退场景..................................................................................................... 错误!未指定书签。 5.1.1数据备份与恢复； ........................................................................... 错误!未指定书签。 5.1.2割接失败导回方案 ........................................................................... 错误!未指定书签。 5.2回退步骤..................................................................................................... 错误!未指定书签。
在Vmware Infrastruacture 3中，vCenter Server起到非常重要的角色。在VMware给出的一些解决方案中，常见的是针对Esx主机高用性的VMware HA等的解决方案，但好像并没有提到如何备份和恢复vCenter Server配置的解决方案。 那当我们在vCenter Server出现故障时怎么办呢？接下来老方就和各位探讨一种方法 来说明如何使用数据库工具事实现vCenter Server配置的备份及在异机的恢复（更可以在本机上恢复啦）。 一、需要用到的软件或工具 1、VMware：vCenter Server（可以两套） 详细环境请参考本人的文章“VMware HA实战攻略之二准备实验环境” 2、Windows 2003 操作系统 3、以下三个软件是创建vCenter Server备份环境所必需的： A、msxml6.msi 下载地址： https://www.doczj.com/doc/fe11274259.html,/downloads/details.aspx?displaylang=zh-cn&FamilyID=993c0bcf-3bcf-4009-be21-27e85e1857b1 B、SQLServer2005_SSMSEE.msi 下载地址： https://www.doczj.com/doc/fe11274259.html,/downloads/details.aspx?displaylang=zh-cn&FamilyID=c243a5ae-4bd1 -4e3d-94b8-5a0f62bf7796 C、dotnetfx.exe 下载地址： https://www.doczj.com/doc/fe11274259.html,/downloads/details.aspx?familyid=0856EACB-4362-4B0D-8EDD-AAB1 5C5E04F5&displaylang=zh-cn 说明：Microsoft SQL Server Management Studio Express (SSMSE) 是一种免费、易用的图形管理工具，用于管理SQL Server 2005 Express Edition 和具有高级服务的SQL Server 2005 Express Edition。SSMSE 还可以管理任何版本的SQL Server 2005 创建的SQL Server 数据库引擎实例。 注意：SSMSE 无法管理SQL Server Analysis Services、Integration Services、Notification Services、Reporting Services、SQL Server 代理或SQL Server 2005 Mobile Edition。 二、在vCenter Server上创建用于备份用的环境 你可以在安装有vCenter Server的操作系统中安装以上三个组件，也可以在另外一台没有安装vCenter Server的机器上安装三个软件。并连接上vCenter Server的数据库进行管理。vCenter Server安装时，默认使用的是MS SQL Server 2005 Express Edition,而且SQL Server 2005 Express Edition默认的数据库备份文件是存放于：C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\VIM_VCBD.bak。 在这篇文章中就是使用SSMSE来浏览vCenter Server在SQL SERVER的数据库，并通过自带的备份工具备份的。 1、在安装完后，会在开始---程序中显示两个选项，一是vmware，一是MS SQL Server 2005，如下图所示，请看清楚当前的安装组件：
虚拟化解决方案
目录 一、VMware解决方案概述 (3) 1.1 VMware服务器整合解决方案 (3) 1.2 VMware商业连续性解决方案 (5) 1.3 VMware测试和开发解决方案 (8) 二、VMware虚拟化实施方案设计 (10) 2.1 需求分析 (10) 2.2 方案拓扑图 (10) 2.3 方案构成部分详细说明 (11) 2.3.1 软件需求 (11) 2.3.2 硬件需求 (11) 2.4 方案结构描述 (11) 2.4.1 基础架构服务层 (11) 2.4.2 应用程序服务层 (13) 2.4.3 虚拟应用程序层 (18) 2.4.4 VMware异地容灾技术 (19) 2.5 方案带来的好处 (22) 2.5.1 大大降低TCO (22) 2.5.2 提高运营效率 (24) 2.5.3 提高服务水平 (24) 2.5.4 旧硬件和操作系统的投资保护 (24) 2.6 与同类产品的比较 (24) 2.6.1 效率 (24) 2.6.2 控制 (25) 2.6.3 选择 (25) 三、VMware 虚拟化桌面应用实列 (27) 3.1 拓扑图 (27) 3.2 方案描述 (27) 3.3 方案效果 (27) 四、项目预算 (28)
一、VMware解决方案概述 1.1 VMware服务器整合解决方案 随着企业的成长，IT部门必须快速地提升运算能力－以不同操作环境的新服务器形式而存在。因此而产生的服务器数量激增则需要大量的资金和人力去运作，管理和升级。 IT部门需要： ?提升系统维护的效率 ?快速部署新的系统来满足商业运行的需要 ?找到减少相关资产，人力和运作成本的方法 VMWARE服务器整合为这些挑战提供了解决方案。 虚拟构架提供前所未有的负载隔离，为所有系统运算和I/O设计的微型资源控制。虚拟构架完美地结合现有的管理软件并在共享存储（SAN）上改进投资回报率。通过把物理系统整合到有VMWARE虚拟构架的数据中心上去，企业体验到： ?更少的硬件和维护费用 ?空闲系统资源的整合 ?提升系统的运作效率 ?性价比高，持续的产品环境 整合IT基础服务器 运行IT基础应用的服务器大多数是Intel构架的服务器 这一类的应用通常表现为文件和打印服务器，活动目录，网页服务器，防火墙，NAT/DHCP服务器等。 虽然大多数服务器系统资源的利用率在10％－15％，但是构架，安全和兼容性方
KVM 虚拟机在物理主机之间迁移的实现 如何从一台物理主机上迁移 KVM 虚拟机到另一台物理主机 郭晋兵, 软件工程师, IBM 丛彬彬, 软件工程师, IBM 简介：虚拟机的迁移使资源配置更加灵活，尤其是在线迁移技术，提高了虚拟服务器的可用性和可靠性。本文是虚拟机迁移技术漫谈系列的第二部分，详细介绍 KVM 虚拟机在物理主机之间的静态迁移和在线迁移特性，而且包括基于数据块的在线迁移实现。 发布日期： 2010 年 11 月 04 日 级别：初级 访问情况： 15504 次浏览 评论： 3 (查看 | 添加评论 - 登录) 平均分 (37个评分) 为本文评分 前言 虚拟机的迁移技术为服务器的虚拟化提供简便的方法。目前流行的虚拟化产品VMware，Xen，Hyper-V，KVM 都提供各自的迁移工具。其中 Linux 平台上开源的虚拟化工具 KVM 发展迅速，基于 KVM 的虚拟机的迁移特性也日趋完善。本文全面介绍 KVM 虚拟机在不同的应用环境下的静态迁移（离线迁移）和动态迁移（在线迁移），并且在最新发布的 Suse Linux Enterprise Edition 11 SP1 上分别演示如何应用 libvirt/virt-manager 图形化工具和基于命令行的 qemu-kvm 工具进行迁移操作。 V2V 虚拟机迁移的介绍 V2V 虚拟机的迁移是指在 VMM（Virtual Machine Monitor）上运行的虚拟机系统，能够被转移到其他物理主机上的 VMM 上运行。VMM 对硬件资源进行抽象和隔离，屏蔽了底层硬件细节。而迁移技术的出现，使得操作系统能在不同的主机之间动态的转移，进一步解除软，硬件资源之间的相关性。本系列的第一篇文章“虚拟机迁移技术漫谈”中，介绍了 V2V 迁移的三种方式，本文将更加详细的说明三种方式的不同和实现方法。 V2V 迁移方式的分类 静态迁移 静态迁移：也叫做常规迁移、离线迁移（Offline Migration）。就是在虚拟机关机或暂停的情况下从一台物理机迁移到另一台物理机。因为虚拟机的文件系统建立在虚拟机镜像上面，所以在虚拟机关机的情况下，只需要简单的迁移虚拟机镜像和相应的配置文件到另外一台物理主机上；如果需要保存虚拟机迁移之前的状态，在迁移之前将虚拟机暂停，然后拷贝状态至目的主机，最 后在目的主机重建虚拟机状态，恢复执行。这种方式的迁移过程需要显式的停止虚拟机的运行。从用户角度看，有明确的一段停机时间，虚拟机上的服务不可用。这种迁移方式简单易行，适用于对服务可用性要求不严格的场合。 共享存储的动态迁移 动态迁移（Live Migration）：也叫在线迁移（Online Migration）。就是在保证虚拟机上服务正常运行的同时，将一个虚拟机系统从一个物理主机移动到另一个物理主机的过程。该过程不会对最终用户造成明显的影响，从而使得管理员能够在不影响用户正常使用的情况下，对物理服务器进行离线维修或者升级。与静态迁移不同的是，为了保证迁移过程中虚拟机服务的可用，迁移过程仅有非常短暂的停机时间。迁移的前面阶段，服务在源主机的虚拟机上运行，当迁移进行到一定阶段，目的主机已经具备了运行虚拟机系统的必须资源，经过一个非常短暂的切换，源主机将控制权转移到目的主机，虚拟机系统在目的主机上继续运行。对于虚拟机服务本身而言，由于切换的时间非常短暂，用户感觉不到服务的中断，因而迁移过程对用户是透明的。动态迁移适用于对虚拟机服务可用性要求很高的场合。 目前主流的动态迁移工具，VMware 的 VMotion，Citrix 的XenMotion，他们都依赖于物理机之间采用 SAN （storage area network）或 NAS（network-attached storage）之类的集中式共享外存设备，因而在迁移时只需要进行虚拟机系统内存执行状态的迁移，从而获得较好的迁移性能。
虚拟机到虚拟机的迁移（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方式(待设置完成、无冲突后再改为桥接方式)，避免首次开机提示“网络上有重名”而无法登录，然后再打开虚拟机电源。
VMWARE云平台升级及迁移 参 考 方 案
目录 1. 原系统4.X到5.X的升级 (2) 2. 新部署分方式 (2) 2.1. 交叉模式 (2) 2.2. 重新挂载 (2) 2.3. 迁移软件迁移 (2) 3. 迁移工具介绍 (3) 4. 迁移方法介绍 (4) 4.1. 热克隆简介 (4) 4.1.1. 热克隆准备条件 (5) 4.1.2. 热克隆优点 (5) 4.1.3. 热克隆缺点 (5) 4.1.4. 热克隆适用场景： (5) 4.1.5. 热克隆不适用的场景 (6) 4.1.6. 热克隆流程图解 (6) 4.1.7. 热克隆完成后的虚机处理 (7) 4.2. 冷克隆 (8) 4.2.1. 冷克隆准备条件 (8) 4.2.2. 冷克隆优点 (8) 4.2.3. 冷克隆缺点 (8) 4.2.4. 适用环境 (9) 4.2.5. 不适用的环境 (9) 4.3. 手动部署 (9) 4.3.1. 优点 (9) 4.3.2. 适用场景 (9)
1.原系统4.X到5.X的升级 4.x版本直接升级到 5.x版本，理论上可以，但版本差异大应用容易出问题， 因此厂家不建议此种升级方式，建议新部署的方式升级 2.新部署分方式 2.1.交叉模式 两套虚拟化连接相同的存储交换机，分别识别两套存储，采用storage vMotion功能迁移虚拟机文件 但是rdm挂载盘如果选择了物理模式这就不支持了。 2.2.重新挂载 旧存储在原有虚拟化系统中卸载（不是删除），再在新虚拟化上重新挂载2.3.迁移软件迁移 旧系统如果继续用的话而且是物理兼容模式rdm，那么只能用迁移工具了软件有两种推荐 VMware vsphere converter：VMware免费迁移工具，缺点传输量太大不一定稳定。 Double-Take Availability move功能：按操作系统点数收费，好处迁移稳定速度快。 现在只介绍免费的vmware vsphere converter 迁移工具。
在虚拟化技术日益迅猛发展的今天,各虚拟软件厂家如VMware、Citrix、Hyper-V、KVM、V-box等提供了付费或者免费的解决方案及产品。随着虚拟化技术被越来越多的CIO们认可，虚拟化已不再是昔日王侯堂前燕，而是作为被普遍接受的方案站上了各行各业信息化建设的舞台。 我们知道信息化的建设离不开容灾备份，但虚拟化技术的出现也打破了容灾备份的常规部署方式。目前在虚拟化平台下实施容灾备份，主要可以总结为两种类型：母机备份和子机备份。 母机备份是采用虚拟机所提供的API直接对物理机上的虚拟机文件进行备份，比如通过Vmware Vstorage API对VMDK进行备份。有以下优势： 1、资源消耗少——不再单台虚拟机上部署备份软件，大大降低资源消耗。 2、提供裸机恢复——可以恢复到源虚拟机或新的虚拟机 3、快速部署——通过专有的工具比如Vcenter可以快速导入和部署。 也有以下劣势： 1、数据库备份一致性问题——由于第1 层应用程序被虚拟化，确保交易型数据库备份一致性成为进行可靠恢复的关键。通过VStorage API备份VMDK的方式虽然节省了资源，但不能确保交易型数据库备份时处于一致性状态，可能备份出来的数据不能完全恢复甚至不能恢复。对于此类型的应用，必须采用客户机（子机）模式备份，即使用支持数据库应用程序的代理，通过在虚拟机上安装数
据库热备份代理软件，确保交易型数据库备份的数据一致性。 2、冗余数据问题——虚拟机的创建和部署非常方便，且虚拟机创建多数来自于相同的模板，相同的数据非常多，过快导致冗余数据太多，备份数据量太大，网络传输压力太大，备份时间过长，同时后端备份存储空间压力大，也难以通过电子复制实现异地备份。如何解决？业界最成熟的做法是采用源端重复数据消重技术进行解决。通过源端重复数据消重技术，可以大大减轻网络压力，存储压力，减少备份时间。 子机备份即在母机之上的虚拟机内部安装备份软件进行备份操作。这种备份模式的优点是： 1、因为是在虚拟机之上安装部署的备份软件，所以和在物理机上的工作模式是一样的，所以采用一种合适的备份软件可以保证数据的可用性以及一致性。这一点尤其表现在对数据库的备份上，必须保证可用，可任意时间点回退解决逻辑错误才可。 2、在虚拟机之上对数据库或者文件进行备份，可以实现实时增量，每次备份纯增量文件，有效的避免了重复数据的产生。 缺点是： 1、在虚拟机之上安装备份软件，会占用一定的虚拟资源。 2、在虚拟机之上安装备份软件，需要多套授权。 由此可见在虚拟化平台上部署备份要根据具体的数据和业务类型来具体选择相应的软件。 如果数据的可用性要求不高，实时性不强，逻辑错误可以容忍，那就可以使用“母机备份”模式。但是由于虚拟机的API只对部分软件厂商开放，所以如果要做母机备份，最好选用原厂工具或者原厂指定合作软件商。 如果数据必须保持100%可用，且不能丢失，不能出现逻辑性错误，那就需要采用“子机备份”模式。北京和力记易科技有限公司的备特佳容灾备份系统提供优秀的“子机备份”方案，能够做到RPO=0的CDP实时容灾，且其独有的任意时间点回退功能可以通过任意时间点的回退修复所有的逻辑错误。其推出的软硬一体产品“留备”进行了批量授权，很好的解决了虚拟机需要多套授权的问题。
XX服务器 虚 拟 化 方 案
第一章概述 1.1项目背景 XX征信有限公司成立于北京，管理中心坐落于六朝古都南京，是国内早期从事非银行类信贷信息管理的公司之一。专门提供个人征信、企业评级、商家诚信认证等服务,被中国市场学会信用工作委员会授予副理事长单位，同时，聘请XX征信有限公司总经理XX先生为中国市场学会信用工作委员会副理事长。 XX征信在征信系统设计开发、区域信用体系建设、征信管理咨询等方面有着丰富的实践经验。在借鉴了国内外成熟的征信系统和完善的管理机制后，通过自主研发，建立了适应我国经济体制的非金融机构借贷信息共享平台，简称CMS平台。 CMS平台尽最大可能确保了信息主体记录的准确性、完整性、及时性和跨领域的一致性。此外，公司会实时更新录入者的具体信用情况，会员用户可以及时通过CMS平台查询主体信用信息，降低风险、寻找合作项目。。 1.2 项目目标 本着先进、实用的原则，XX利用虚拟化，将现有IT 基础架构转变成基于VMware vSphere，从而让IT 系统能够通过服务级别自动化提高控制力。降低资金成本和运营成本并最大限度提高IT 效益，同时保留选择任何应用程序、操作系统或硬件的自由。 ●通过将现有应用系统移植到虚拟化环境，保证系统的稳定性和可靠性，提高业务系 统的处理性能，提高IT业务效率。 ●通过服务器整合、自动化和高可用性来优化现有IT 基础架构。 ●利用业务连续性和灾难恢复来减少停机并提高可靠性。 ●利用我们的绿色IT 解决方案，通过减少运行的服务器数量和动态关闭未使用的服 务器来提高能效。
●让信息科人员将精力转移到打造具有变革意义的业务解决方案上，而不是放在对硬 件和软件的例行维护上。 ●更充分地利用现有IT资产，使数据中心的资金开销最多降低，大幅降低电力、散热 和占地空间需求，并使资源成本降低。 ●为下一步实现云数据中心提供基础和先决条件。 第二章虚拟化方案设计 2.1系统部署方案 XX征信虚拟化环境预期包含应用和数据库等多套应用,本次项目的主要实施目标是虚拟化环境建设，并将部分现在正在使用中的应用在虚拟化环境中进行部署和使用。 在3台服务器上安装虚拟化系统，组建HA,之后将使用中的核心数据库系统迁移到虚拟化平台上.之后可以根据实际使用情况酌情将其他应用系统迁移到虚拟化服务器上。 2.2 网络拓扑图
VMware虚拟机数据迁移方案(doc 41页) 部门： xxx 时间： xxx 整理范文，仅供参考，可下载自行编辑资料编码产品名称 使用对象华为工程师、合作工程师产品版本
编写部门存储数据迁移小组资料版本V200R001C00 数据迁移服务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 获取所需的软件和工具 (4) 3.1.4 检查系统及设备运行状态 (5) 3.2 配置目标存储 (5) 3.2.1 配置热备盘 (5) 3.2.2 创建RAID组及划分LUN (5) 3.3 数据备份 (6) 第4章数据迁移方案 (7) 4.1添加目标存储映射 .................................................................................... 错误!未定义书签。 4.1.1 更改设备物理连接 .......................................................................... 错误!未定义书签。 4.1.2 映射目标存储LUN给主机 (9) 4.1.3 在服务器上配置虚拟磁盘................................................................ 错误!未定义书签。 4.2迁移数据................................................................................................... 错误!未定义书签。 4.3迁移完成后移除源存储 (15) 4.4同步备机................................................................................................... 错误!未定义书签。 4.5添加目标存储多路径 (21) 4.6 调测业务系统 (31) 第5章回退方案 (32) 5.1 回退场景 (32) 5.1.1 数据备份与恢复； (32) 5.1.2 割接失败导回方案 (32) 5.2 回退步骤 (32) 第6章 FAQ (34) 第7章如何获取帮助....................................................................................... 错误!未定义书签。第8章缩略语.. (35)
使用 EMC Data Domain 重复数据消除 存储系统进行 VMware 的备份和恢复 最佳做法规划 摘要 VMware 可带来巨大的优势，但也需要付出额外存储、备份资源和管理难题等代价。EMC?Data Domain?重复数据消除存储系统可以解决这一难题，它能够在不同的VMware 数据备份之间减少冗余数据，以磁盘速度进行操作，并提供经济高效的复制以实现快速灾难恢复(DR)。此白皮书介绍如何以最佳方式使用 Data Domain 系统为 VMware 的备份、恢复和灾难恢复设计解决方案，而无需考虑所涉及的备份软件和脚本。 2010 年 6 月
版权所有 ? 2010 EMC Corporation。保留所有权利。 EMC 确信本出版物在发布之日内容准确无误。本出版物中的信息可随时更改而不另行通知。 本出版物的内容按“原样”提供。EMC CORPORATION 对本出版物的内容不提供任何形式的陈述或担保，明确拒绝对有特定目的的适销性或适用性进行默示担保。 使用、复制或分发本出版物所描述的任何 EMC 软件都要有相应的软件许可证。 有关 EMC 产品名称的最新列表，请参见 https://www.doczj.com/doc/fe11274259.html, 上的 EMC Corporation 商标。 此处使用的所有其他商标均为其各自所有者的资产。 部件号 h7300.1
目录 执行摘要 (4) 简介 (4) 目标读者 (5) VMware Infrastructure 3 (5) VMware Infrastructure 备份替代方法：成功标准 (6) 入门 (9) 方法 1：备份虚拟机来宾操作系统文件 (9) 方法 2：备份 ESX 和 VMDK (10) 方法 3：使用 VMware Consolidated Backup (11) 方法 4：使用 Data Domain 系统进行整合备份 (12) 高级最佳做法 (12) vSphere VADP 与商业备份软件配合使用 (14) 部署示例 (14) 总结 (15)
“云计算”最经济容灾备份解决方案基于数腾CDAP产品
目录 第1章................................................................................................................................................ 背景 (3) 1.1什么是“云计算”和“虚拟化”？ (3) 1.2虚拟化价值与应用 (3) 1.3虚拟化的担忧 (3) 第2章........................................................................................................ 虚拟化风险与相关容灾技术 (4) 2.1“云计算”虚拟化的风险 (4) 2.2虚拟化平台容灾备份误区 (5) 2.3虚拟化平台容灾相关技术描述 (6) VMware HA (6) VMware Fault Tolerance (6) VMotion (6) VMware DRS (6) 2.4现有虚拟化容灾备份方案分析 (7) 基于vStorage API 技术备份和VMware Consolidated Backup (7) VMware vCenter Site Recovery Manager (8) 第3章...................................................................................................... CDAP 精简的云计算容灾方案 (9) 3.1CDAP是什么？ (9) 3.2方案架构图 (9) 3.3虚拟机实时备份的实现 (10) 3.4虚拟机快速接管的实现 (11) 3.5虚拟机快速恢复的实现 (11) 3.6CDAP在系统迁移中应用 (12) 第4章............................................................................................................................ 方案的价值总结. (13) 第5章........................................................................................................................................ 配置预算. (14) 第6章.................................................................................................................... 数腾虚拟化容灾案例. (14)
虚拟机迁移 静态迁移是指在虚拟机关闭或暂停的情况下，将源宿主机上虚拟机的磁盘文件和配置文件拷贝到目标宿主机上。这种方式需要显式的停止虚拟机运行，对服务可用性要求高的需求不合适。 动态迁移无需拷贝虚拟机配置文件和磁盘文件，但是需要迁移的主机之间有相同的目录结构放置虚拟机磁盘文件，可以通过多种方式实现，本例采用基于共享存储动态迁移，通过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、V2V 和 V2P，及他们在内核虚拟机 KVM 上的实现方法，分成五个部分。第一部分，介绍虚拟机迁移的各种方法和相应的迁移工具，并且着重分析 Linux 平台上开源的虚拟化工具 KVM 和XEN 实时迁移中的的内存预拷贝技术； 第二部分介绍 KVM 虚拟机之间的 V2V 迁移技术，包括离线迁移和在线迁移；第三部分介绍基于 VMware 或 XEN 的虚拟机如何迁移到基于 KVM 的虚拟机；第四部分介绍物理机到虚拟机迁移 P2V 和虚拟机到物理机迁移 V2P 在 KVM 虚拟机上的实现；第五部分介绍和虚拟机迁移密切相关的虚拟机克隆、快照和备份技术。 回页首 虚拟机迁移简介 为什么要迁移服务器 迁移服务器可以为用户节省管理资金、维护费用和升级费用。以前的 x86 服务器，体积比较“庞大”；而现在的服务器，体积已经比以前小了许多，迁移技术使得用户可以用一台服务器来同时替代以前的许多台服务器，这样就节省了用户大量的机房空间。另外，虚拟机中的服务器有着统一的“虚拟硬件资源”，不像以前的服务器有着许多不同的硬件资源（如主板芯片组不同，网卡不同，硬盘，RAID 卡，显卡不同）。迁移后的服务器，不仅可以在一个统一的界面中进行管理，而且通过某些虚拟机软件，如 VMware 提供的高可用性工具，在这些服务器因为各种故障停机时，可以自动切换到网络中另外相同的虚拟服务器中，从而达到不中断业务的目的。总之，迁移的优势在于简化系统维护管理，提高系统负载均衡，增强系统错误容忍度和优化系统电源管理。 虚拟机迁移的性能指标