为什么企业需要云迁移服务？

在云计算市场逐步扩大的大背景下，企业从传统的内部设置服务器转向了云端迁移。在云计算环境下，企业可以通过将自身的服务器，数据库，中间件等设施，有选择的部分或者全部迁移到云中。通过云迁移服务，企业可以节省相当一部分开支，∞因为云服务器的维护和升级需要专业的技术人员来操作。通过使用Accrets国际的私有云迁移部署方案，企业可以将他们的精力更多的投入到他们的核心业务中，创造更大的收益。

业务云端迁移不可避免地会遇到诸如监管、数据安全管理、计费和成本管理等挑战。

1、迁移到云服务器的准备工作

数据安全管理策略

确保对云服务器中所有数据的具有明确的访问、管理和控制权限，并对其他子账户的操作权限进行限定，以避免被未授权的第三方访问和移动数据。

云基础平台和应用程序的安全性

在每次新的更新过程中都应执行应用程序安全测试，以提供基础架构安全性以外的持续安全保证

2、安全地迁移到云服务器

根据工作负载类型选择云服务器配置；

重新构建应用程序；

做好安全防护措施。

什么时候会用到整体数据迁移方案呢？

情况1、当企业从物理机房托管转向公有云平台时，将会涉及到业务数据的搬迁服务，如何能帮企业解决平滑的过渡，保护数据迁移的安全性、海量数据的完整性呢？

首先物理机房的服务器运行环境与云平台的云服务器的物理环境发生了变化，靠传统的搭建环境、再复印粘贴的方式，首先时间上不能保证迁移的时效性，而且操作步骤繁琐，我们要考虑的因素很多，另外因为环境不同很容易出现这样那些的问题，导致业务不能正常启用。

数据迁移：IDC张祚涛

情况2：当企业面临机房搬迁时，会涉及到跨地域进行设备搬迁，这时候可能很多企业可能并没有意识到风险，因为迁移的过程中如果遇到设备老旧或物理颠簸可能就会遇到数据丢失，机器不能正常开机导致业务中断，影响企业生产线的正常运营！

同时，很多企业本地的NAS服务器或者SAN服务器，都装载了企业很多重要的本地核心数据，当遇到企业搬家，很可能涉及到存储设备的搬迁，机器有可能也是用了很多年，存储了近几十TB甚至几百TB、EB级的海量数据，那么，这时候如果遇到设备故障，那企业将面临因为搬迁造成的设备核心数据丢失，那损失将是不可预估的。所以这时候企业最稳妥的方式是搬之做先做一个完整的实时的数据备份，这样当面临意外宕机时，才能将完整的实时的数据备份快速的恢复到原机、或异机进行恢复。

情况3：当企业从A云向B云进行业务转移的时候 ，也会涉及到整体数据迁移方案。总不能下载到本地再从本地搬到另一个云平台上吧，这时候就需要借助一个工具来完成企业的整体数据迁移。

情况4：当公安机关打击违法犯罪时，需要从涉案企业的设备上提取作案证据时，因为有时候可能就是一个大型案件，涉案企业的设备较多，涉及到跨省出警，这时候警察叔叔又不可能把几十台设备都搬到外地去，如果通过移动硬盘进行拷贝的话，首先时间上采用传统的备份可能需要几天的时间，但因为客户服务器的物理环境，比如做了read5那有可能拷过去的数据不可用，那如何能最快的时间提取到涉案企业服务器里的完整的数据，而且保证数据的可用呢。

这时候就需要一种更先进的手段，协助警察同志对数据中心的涉案服务器进行完整的数据迁移提供高可用方案，不仅能为公安机关案件调查节约时间争取早日破案，更能为打击犯罪提供技术支持。

情况5：当企业遇到其它混合云环境下的整体数据迁移，从本地到云端(D2C或D2D2C），云端到云端（C2C）的灾备服务架构的备份与恢复；数据灾备到用户自建的数据中心进行异地灾备，实现跨设备、跨地域、跨云和物理隔离的整体数据迁移方案。

以上几种情况正是「ucache灾备云」能帮企业提供整体数据迁移方案的实例。

「ucache灾备云」可以作为一个服务，为企业提供完整数据备份、数据迁移、灾难恢复服务；

「ucache灾备云」可以看作一个平台，具备云的特性，即开即用，弹性扩容；

「ucache灾备云」可以理解为一项技术，可以满足混合云环境下的海量数据、即时备份。

「ucache灾备云」可以当作一个工具，帮企业实现跨设备、跨云、跨地域的数据迁移。

「ucache灾备云」是以在线云服务的方式提供用户Web控制台，备份本地数据至云端和云端数据恢复至本地的数据保护服务，为用户的数据搬迁提供技术保障。

特点如下：

（1）云灾备具备实时性

当面对不同企业用户无论是几百GB或是面临TB-EB 级海量数据的存储及备份时，在业务连续性上都能做到不间断的进行数据备份。

（2）云灾备具备可靠性。

备份数据可靠性=备份数据恢复验证频度×60%+恢复演练环境具备度×40%=（一类系统业务备份数据恢复验证频度×40%+二类系统业务备份数据恢复验证频度×35%+三类系统业务备份数据恢复验证频度×25%）×60%+恢复演练环境具备度×40%。

云灾备平台可以进行灾难恢复演练，通过即时的数据有效性验证，验证备份数据的完整性、可靠性，能够为企业的云灾备提供可靠保障。

（3）云灾备具备安全性。

云灾备平台应当为用户的数据安全提供全过程的数据保护，从传输层、存储层、数据库层全程加密的方式，保障数据全程处于加密状态。

（4）云灾备具备全能性。

云灾备的应用场景可以满足用户：完成数据从本地到云端(D2C或D2D2C），云端到云端（C2C）的灾备服务架构的备份与恢复；数据灾备到用户自建的数据中心进行异地灾备，实现跨设备、跨地域、跨云和物理隔离的灾备数据中心服务。

（5）数据容灾备份具备灵活性。

云灾备应当基于云服务的订阅收费模式，采取按需订阅，弹性扩容，减少初期的投资浪费；无需用户初期硬件资产投入以及运维人员投入；满足用户即开即用、操作简单、以云管理的方式交付用户使用。

当灾难发生时，生产数据遭到破坏，可以在线上立刻启用「ucache灾备云」的备份数据，以灾备即服务的方式对数据进行快速恢复，或将备份数据搬迁到新的服务器或应用平台，并且保证系统稳定运行，一键备份，秒级恢复的数据容灾备份解决方案，相信是每个企业进行整体数据备份、迁移、恢复的不二之选！

腾讯企业邮箱，我换域名了怎么备份资料转移到新域名？

腾讯企业邮箱管理员后有个选项叫“进入邮箱搬家”把邮件从原来的企业邮箱中迁移到对应的邮箱帐号进入邮箱搬家帐号和原邮件内容全部保留，只迁移域名。

域名转移需要多久时间？

从您提出转移申请到转移流程结束，一般需要3－15天时间（如果您能够在第一时间回复相关域名注册商发出的确认信，整个流程只需3－6天即可完成）。

由于域名转移首先要求域名处于有效状态（即已经注册了至少60天，且没有超过到期日期等），因此，通常来讲，我们建议用户尽可能在域名到期前2－3个月就开始办理域名转移。这样能够有充分的时间应对可能出现的错误。

域名服务商可以转移吗？

你将你的域名转到其他的域名注册机构那里，那你需要将你的域名和你的域名的转移密码给你的新的域名的注册商，让他们给你转移，但是这个还是需要你域名下的邮箱收到信的。这样才可以的你说域名的dns，你的域名dns修改成哪里了域名注册机构的，那就是需要到哪里解析的。比如你现在在滕速网注册的域名，想要转到万网，这个注册商那里，那就就可以将你的域名的转移的密码给他们，之后给你转移，当然你转移过来之后你将你的域名的dns修改成万网的dns万网的dns一般是dns29hichinacom或是dns30hichinacom这样的，要是你的域名的dns不是万网的是不可以在万网解析的。69dns为你解答。

请问网站域名怎样转出？

域名转出需要域名转移密码，要联系目前的域名注册商获取

网站迁移方案？

网站服务器迁移方案，更换主机如何完成网站的迁移工作呢迁移的步骤和注意事项如下：

1、做好前期的检查工作服务器尽量不要随意更换，要迁移的时候应该检查要更换的主机IP是否安全。

2、网站数据做备份迁移网站前，一定要备份。

3、保留原网站至少7天准备网站迁移的话，至少要将原有网站内容保存7天以上，这几天内不用更新网站，这是为了保证搜索引擎仍可以使用原来的IP地址访问到网站的内容。因为很多搜索引擎会都会缓存DNS，如果迁移网站马上就删除原网站的全部数据，就可能导致出现大量的404错误页面，因此一定要等搜索引擎更新DNS缓存之后，才可以删除原数据。

4、在访问量少的时段迁移一般情况下，凌晨时刻是极佳的网站迁移时段。

5、确认新网站是否正常使用FTP迁移到新的虚拟主机上，要手动确认网站能否正常访问。

6、对域名A记录进行解析域名解析设置方法：会员登录→域名管理→点击需要解析的域名→域名解析服务→设置新的解析地址，也就是对域名的A记录进行修改。在域名控制面板解析好后，迅速对网站控制面板中的域名从新设置，一般两个小时左右就可以成功访问新的主机了。

给你一个例子：

慧点科技Exchange邮件系统迁移方案

1 背景分析

目前Exchange的用户大多还在使用Exchange 55，随着微软官方对于Exchange 55的支持在2003年12月31日中止，大量Exchange 55的用户面临着巨大的邮件系统升级压力。

Exchange 55作为1999年发布的软件产品，在其设计之初，也从未考虑到当前用户对于基于消息的协作要求，例如协同文档处理、协同工作小组、协同桌面会议等，随着用户对协作应用的需求不断增长，Exchange 55的用户也需要考虑如何解决上述问题。

面对这些挑战，我们提供了基于Lotus Domino技术的整体解决方案，帮助用户摆脱邮件系统升级的困扰，并获得更强大的功能特性。

2 方案分析

采用Lotus Domino平台建设用户的邮件系统，并以此为基础，搭建更为强大的业务应用，是整个解决方案的核心。之所以选择Lotus Domino平台替代用户现有的Exchange 50（或更高版本），建设用户的邮件系统及业务应用，是基于如下众多事实：

21 技术路线

IBM公司与微软公司作为IT行业的领先者，所遵从的IT技术标准有很大的差异。IBM公司的软件平台大多遵从开放的J2EE标准，而NET则是微软公司提出并遵从的。

J2EE标准是一个为开发和发布便于达到网络经济要求的应用程序所提供的标准，这个标准是由Sun Microsystems以及多个合作者共同开发的，主要应用于当今网络经济中的商业领域。建立这个标准的是为了扩展现场、减少了阻碍事务的冲突，通过标准使得商业仅集中在商业问题，而不是集中在复杂的技术问题。

J2EE把应用程序的开发和支持任务分成好多定义好的角色。这种分工的作用是：把复杂的编程任务交给J2EE平台，减少了应用程序开发人员支持新的应用需求的工作量，以及可以清楚地根据特定的技术和条件进行任务分离。这种分离也使得专业知识商品化--J2EE应用程序实质上可以用非定制的组件装配而成，这些组件要遵照定义好的接口，这样就仅需要少量编程或专用化。

Lotus Domino作为一种相对独立的技术路线，目前提供了对J2EE架构的良好支持，其本身就可以作为一个简单的J2EE应用服务器，在系统中为用户提供整合了的J2EE运行环境。而Lotus家族的Workplace系列产品，更是完全基于J2EE架构。

NET框架（Framework）是一个开发、部署和运行NET应用的环境，包括了ASPNET、公共语言运行时环境（CLR）以及NET框架类。对于Net不同的人有不同的解释方式。有人认为NET是一种全新的下一代可视化开发环境；有人认为NET是一种新的针对Internet时代的开发语言---C#；有人认为它是基于XML（可扩展标记性语言）和SOAP（简单对象访问协议）的新型信息交换平台，是面向未来的企业级的开发平台。类似这样的定义非常多，这些说法都对，但是都只是涉及到了NET的一部分。

单从技术发展本身来看，J2EE应用由于可各种OS上运行，而且很多开发商还提供了Web应用服务器和开发工具，因此用户可以随意选择，而开发商则通过在功能和性能方面相互竞争来不断提高产品水平，这些都使得J2EE架构能够得到快速的发展；而NET的操作系统环境仅限于Windows，开发工具、运行环境的单一化会严重影响NET的发展。

如果仅从技术路线来看，两条技术路线目前都得到了众多软件公司和用户的认可，很难评价哪一种路线更先进。但对于我们所针对的高端企业市场来说，适应高端企业需求的软件系统大多采用了J2EE架构，这虽然不能以此来说明针对高端企业市场来说，J2EE架构要比NET架构先进，但也可以证明J2EE架构更能适应高端企业市场的需求，而支持J2EE架构的Lotus Domino平台，在高端企业市场中也占有重要的地位。

22 运行平台

Lotus Domino作为一种开放架构，可以在不同的环境中运行，除支持IBM自己的OS400、AIX操作系统外，还能够运行在其他厂商提供的操作系统之上，包括HP UNIX、SUN Solaris、Red Hat Linux、Red Flag Linux、Turbo Linux、Windows NT、Windows 2000、Windows 2003等；支持的服务器平台除Intel架构PC服务器之外，还能够运行在高端企业市场中常见的各种大型主机系统，如AS400、RS6000、HP 9000系列、SUN Fire系列等。

MS Exchange作为微软公司的系列产品之一，与微软公司其他产品一样，目前仅支持Windows系列操作系统，以及Intel架构的PC服务器。

从运行平台来看，Lotus Domino系统所支持的运行环境更加广泛，能够充分适应用户已有的IT运行环境。而随着用户应用系统复杂性的不断增加、企业规模的不断扩大，用户也需要不断提升应用系统的整体性能，其中一个重要的因素就是提升系统的运行平台。而对于大型复杂应用系统来说，基于Wintel的系统平台无论在系统稳定性、扩展能力、运行能力等各个方面，都难以满足用户的需要，仅能通过建立多服务器群集来满足用户的需求，而维护一个多服务器的群集系统，无论是维护工作量、工作复杂度还是故障发生的概率，都会远远大于单台服务器。

因此从发展的角度分析，能够支持更多、更复杂运行环境的Lotus Domino系统，更能够适应企业不断发展、变化的趋势，为用户提供更稳定、性能更优异的应用系统。

23 升级能力

Lotus Domino于1989年推出，随着1996年R4版本的完善，在邮件及群件领域占据了统治地位，被众多用户接受作为企业邮件系统，并基于Domino系统建立了复杂的协作应用。到2003年IBM推出Domino R65，以及Lotus Workplace产品系列，更加巩固了IBM Lotus在市场上的地位。在这一过程中，Domino产品一直遵循着平滑升级的策略，力争在系统性能和功能不断增强的同时，尽量保持用户的使用习惯和开发方式的一致性，此外还提供了多种升级工具，确保用户在系统升级时不会面临太多的技术难题，而Domino的平滑升级策略也是众多用户选择IBM的原因之一。例如，IBM于1999年推出了Domino R46，2003年推出Domino R65的同时，还充分考虑到老版本用户的升级问题，特别提供了多种升级工具，实现从Domino R46、Domino R5、Domino R6等版本升级到Domino R65，而用户基于老版本开发的应用程序，大多可以直接在新版本中运行，有效的保护了用户已往的IT投资。

Exchange 55同样是微软于1999年推出的，随后微软又推出了Exchange 2000和Exchange 2003，但一直未提供各版本之间的升级包，这也是为何在Exchange 55退出近5年的今天，有60%以上的Exchange用户仍在使用Exchange 55。由于Exchange Server对操作系统平台有着严格的要求，例如Exchange 55对Windows NT、Exchange 2000对Windows 2000、Exchange 2003对Windows 2003，因此在Exchange本身升级的时候，必须对操作系统也作相应的升级。Exchange系统各版本的体系架构完全不同，导致了用户如果希望获得新版本所提供的新特性，必须对操作系统、存储系统和邮件系统本身作整体的升级。正是由于Exchange与操作系统、运行环境、开发环境的绑定过于严格，使得用户在Exchange系统上的总体拥有成本大幅度增加。

24 开发特性

Lotus Domino系统自身提供了集成的开发环境，也支持通过JAVA s cript小程序扩展系统功能；此外各版本的Domino系统开发环境和开发方法之间的差异较小，这使得基于应用开发商可以专注于Domino系统的应用开发工作，在开发过程、技术及开发工具的使用方面积累了大量的实践经验，同时也形成了一支成熟、稳定、技术精湛的开发商队伍。

微软公司的开发环境为大多数软件公司所熟悉，Exchange系统的二次开发工作大多是基于微软公司提供的VB、VC、VFP等集成开发环境和编程语言，建立基于ASP技术的B/S应用。ASP是微软公司推出的意图取代CGI的新技术，通过它，用户可以使用几乎所有的开发工具来创建和运行交互式的动态网页，如反馈表单的信息收集处理、文件上传与下载、聊天室、论坛等等，实现了CGI程序的功能但是又比CGI简单，而且容易学习。ASP技术的门槛较低，但深层次开发工具又相对不足，致使市场上掌握ASP开发技术的公司很多，而专业的高端企业应用开发商相对较少。此外，由于Exchage各版本间的差异较大，使得软件开发商的Exchange开发技术难以得到积累，导致市场上基于Exchange的软件开发商数量也相对较少。

两者在开发特性方面的较大差异，直接导致目前在市场中，基于Domino技术的企业级应用相对于基于Exchange的应用要成熟得多。

25 扩展能力

Domino系统支持业界的开放标准，提供基于LDAP工业标准的用户身份管理功能，这使得在企业内部应用系统日益复杂的今天，建立统一的用户身份管理成为可能。

Exchange系统的用户管理经历了很大的变化，从早期的Windows NT域用户管理模式，发展到今天的基于企业内部活动目录方式，其中Active Directory为Windows 2000和Windows 2003提供了不同的目录服务实现方式。由于Active Directory不是业界的统一标准，因此大多数应用系统开发商及成熟应用软件，对Active Directory的支持还存在一定的问题。因此除非企业的全部应用系统都是基于同一版本Active Directory建立的，否则难以实现企业的信息系统集成（EAI）。

仅从企业EAI中用户管理的一个层面看，Domino系统能够提供更好的扩展选择。

26 应用效果

Domino系统作为一个开放平台，支持在系统的基础上建立各种复杂的应用，无论用户通过专用客户端（Notes），还是通过浏览器，无论在Windows客户端还是通过Linux等操作系统平台，都可以获得相同的使用效果，享受到相似的功能服务。

Exchange系统与微软公司的Outlook客户端程序连接紧密，许多在Outlook客户端中提供的功能，在B/S应用模式下、在Windows平台以外都难以获得，这在某种程度上限制了用户的使用。

27 系统安全性

现阶段网络病毒泛滥、网络黑客横行，这都要求应用系统要具备更强大的安全管理能力，防备潜在的威胁。目前大多数病毒和攻击工具都是针对微软操作系统及应用软件的，微软公司也在不断推出新的补丁程序，以弥补系统的漏洞。

基于Domino平台建立的用户应用环境，可提供更好的安全性。Domino系统可运行在任何操作系统平台上，无论是Linux，各种Unix，还是OS400，都很少会有病毒或恶意攻击的事件发生，使用户的应用系统获得了先天性的安全保障。而Domino系统的设计时，从工程学的角度充分考虑了复杂应用环境中的系统功能和性能，因此基于Domino系统建立的用户应用系统，其安全性和可靠性都能够得到很好的保证。

3 推荐方案

基于上述分析，我们强烈建议用户选择Domino平台替代旧有的Exchange平台，以获得：

更多的用户选择服务器操作系统、客户端操作系统、服务器硬件平台、目录服务、客户端应用界面l 更低的总体拥有成本管理策略、网络带宽、数据存储、定额管理l 更多安全性细粒度的安全保证（服务器级、数据库级、字段级）、集成的PKI体系、数字证书、访问控制列表、智能卡l 更加可靠支持复杂平衡或双机热备等各种群集方式、自动的服务器诊断及重启、完善的系统监控与分析工具在系统的"升级"过程中，我们可以为用户提供：

31 IBM Lotus Domino Access for Microsoft Outlook

对于习惯通过Outlook客户端程序访问系统的用户，我们提供了上述工具，可以使用户继续通过Outlook来访问Domino服务器，而用户的访问方式和操作习惯不会有任何改变，使得用户可以同时拥有安全、可靠、稳定、功能强大的应用系统核心，又保持了原有的操作系统，系统的升级变得更加容易。

32 用户迁移工具按照Exchange中的用户信息，在Domino系统中建立用户组织树及User ID。

33 邮件迁移工具将用户在Exchange系统中的邮件迁移到Domino系统相应的邮箱中。

34 基于浏览器的邮件应用

利用慧点科技成熟的电子邮件系统，建立基于Domino平台的Web Mail应用，模仿Outlook客户端程序的邮件处理功能，提供了诸如邮件自主排序、自主查询、通讯录管理、邮件处理规则等各种功能，完全可以满足复杂的应用场景，为用户提供性能优异的Web Mail应用。此外，慧点科技还提供了基于Domino系统的协同办公整体解决方案，可以使用户在获得Domino系统平台的同时，还可以享受到更多的应用功能。

前言

当前，云计算技术的飞速发展对企业降低IT投入成本、减少系统运维开销、加速业务交付速度、动态调整业务规模以及保障业务可靠性具有重要意义。

目前，云计算带来的这些好处依赖于底层虚拟化技术将服务器资源虚拟出多份可供用户使用的计算资源，从而方便云计算提供商为企业用户提供高效、弹性、高可靠和可维护的底层IT基础架构。其中，虚拟机在线迁移技术正是构建虚拟机技术上述优点的重要组成部分，该技术可以简化系统维护复杂度、实现业务负载均衡、优化服务器能源消耗并增强云计算可靠性。

作为国内领先的公有云服务提供商，UCloud对其云平台在线迁移方案进行了深入的优化，通过实践证明这些优化能够很好的应对线上各种迁移场景，为用户业务的稳定与可靠提供了重要保障。

原理

在线迁移技术的本质就是在虚拟机不停机的情况下，不同物理机之间进行在线跨机迁移。首先是在目标物理机建立相同配置的虚拟机，然后进行各类数据迁移，最终快速切换到目标端新虚拟机。由于整个迁移过程中，绝大多数时间内用户虚拟机都能保持正常运行，且最后阶段的切换过程非常短暂，不会造成用户业务中断，对用户运行在虚拟机中的业务几乎没有影响，因此在线迁移技术在实现云平台资源动态调整以及故障处理方面具有重要意义。

因为云计算平台除了核心的底层虚拟化技术外，还包括SDN网络、分布式存储和运维管理系统等，所以在线迁移方案不仅要包括跨机迁移技术本身，还包括迁移前后虚拟机的管理信息以及网络和磁盘配置信息的切换等工作。为此，本文将在线迁移过程划分为三个阶段：准备阶段、迁移阶段和切换阶段。

考虑到UCloud云计算平台采用KVM虚拟化技术实现虚拟化底层方案，同时共享存储的在线迁移仅是非共享存储的一个特例，因此本节将以非共享存储为例，详细介绍UCloud底层KVM虚拟化技术如何进行虚拟机的在线迁移。其中，迁移环境为虚拟化底层KVM+Qemu、虚拟化管理Libvirt、虚拟化网络Openvswitch。

假设将源物理机SourceHost的一个虚拟机VM 迁移到目标物理机DestHost，非共享存储虚拟机在线迁移过程的具体步骤如下：

准备阶段

Step1 选择一台具有足够磁盘和内存资源的物理机DestHost，并在DestHost上创建VM对应的系统盘和数据盘，同时选定接收迁移数据的tcp端口（如图 1-1所示），这两个磁盘在DestHost和SourceHost上的路径必须完全一致。不同的是，DestHost上初始创建的只是空盘，上面没有真实数据。

图 1-1 在目标端新建虚拟机镜像

Step2 通过虚拟化管理软件Libvirt在DestHost上创建一个和VM同样配置的虚拟机VM’，系统盘和数据盘使用Step1中创建的系统盘和数据盘（如图 1-2所示）。VM’当前是paused状态，虚拟机VM’的vcpu处于暂停状态，同时虚拟机VM’会通过监听一个内网的tcp端口来接收迁移数据。

图 1-2 在目标端创建新虚拟机

迁移阶段

Step3 虚拟化管理层Libvirt给VM对应的Qemu进程发出一个迁移指令，并指定参数，例如指定DestHost为目标、需要迁移块设备、最大停机时间、迁移带宽限制等，然后迁移数据就会通过指定tcp链路传输给DestHost上的VM’。需要注意，迁移数据的网络包不是经过 vswitch，而是直接从SourceHost的ethx网卡出，进到DestHost的ethx，因为VM’对应Qemu进程正作为DestHost一个用户态进程，监听在ethx对应的内网ip（如图 1-3所示）。

图 1-3 虚拟机迁移数据

Step4 经过前面三步，虚拟机的数据就正式开始迁移，剩下的挑战是如何保证数据迁移的一致性，因为此时VM处于运行状态，里面时刻发生内存更新、磁盘io操作和设备状态变更，而VM’是paused状态，只通过一个线程接收VM进程发过来的数据。

为此，在迁移过程中各种数据如何有序迁移？首先，Libvirt会发送qmp_dirve_mirror命令来通知Qemu进行虚拟机磁盘数据迁移，从而在源端和目标端直接同步磁盘数据。然后，Libvirt会再次发送qmp_migrate命令通知Qemu进行虚拟机内存数据迁移，进一步完成虚拟机主要数据的迁移。最后，由于设备状态对应的数据量很少，在迁移最后阶段会通过一次性同步，将Qemu里每个设备注册的状态同步到目标端。

另外，迁移过程中发生变更的数据如何迁移？如果不迁移变更的数据，那数据必然不一致，也表明迁移还不能结束，因此Qemu一般通过数据迁移准备、数据迁移、数据迁移收尾三个步骤来完成。

循环调用磁盘和内存迁移函数也是按阶段来分别调用的。首先，循环调用磁盘和内存迁移函数的迁移数据准备功能，即前期准备工作，例如把磁盘按block为单位组织成一个数组，并设置记录脏块机制；把内存所有页全部设置为脏页，并发送开始迁移的标志到VM’的进程。

图 1-4 全量数据迁移示意图

紧接着，需要进行真正的数据迁移，Qemu在这个阶段调用磁盘和内存迁移函数的第二步骤功能，并且要求必须等磁盘数据迁移完成后才会执行内存数据迁移。如图 1-4所示，Qemu首先会进行磁盘（内存）的全量数据迁移，依次将每个block（页）迁移到目标端DestHost。

图 1-5 增量数据迁移示意图

然后再通过多次迭代，将迁移过程中虚拟机产生的新数据迁移到目标端DestHost（如图 1-5所示）。这一迭代过程是收敛的，收敛依据与之前设置的带宽、最大停机时间有关。同时，在迭代过程中，Qemu将边迁移边记录剩下的脏数据大小，并与停机时间进行比较，如果这个值比停机时间大，那么继续迁移，如果比停机时间小，那么源端Qemu进程就会暂停，从而避免产生新的脏数据，以便进行迁移收尾工作。

在虚拟机暂停之后，进入第三步迁移收尾工作，源端Qemu进程会把磁盘、内存脏数据和设备状态一次性同步到目标端，完成时VM和VM’的数据将会一致。这时，上层管理软件会把VM关闭，并把VM’的vcpu恢复运行状态，整个虚拟机的数据迁移就完成了。

切换阶段

Step5 数据迁移完成后，VM关闭，VM’作为它的一个完全拷贝，在DestHost上运行着，但网络还是不通的（如图 1-2所示）。VM’通过DestHost的vswitch 连接到物理机网卡，vswitch相当于一个虚拟交换机，而VM从SourceHost迁移到DestHost，在网络上相当于把网线从一个交换机拔下插到另一个交换机上，此时就需要一次arp广播，告知VM的mac地址已经变更到另外一台交换机的某个端口。

这就是迁移完成后的网络切换，由于切换时间很短，少于tcp的超时重传时间，因此对于原VM上跑着网络服务程序几乎是无感知的。此后，如图 1-6所示，目标端DestHost虚拟机就具备和用户直接进行交互的能力，而源端SourceHost虚拟机此时就可以删除。

图 1-6 完成虚拟机迁移示意图

总结

通过以上迁移步骤，可以在KVM虚拟化平台上实现虚拟机的跨越迁移，进而方便实现云平台负载均衡与系统运维，并确保用户虚拟机性能的可靠性。同时，从用户角度来看，这个过程并不需要关心虚拟机在源端SourceHost还是目标端DestHost，但可以持续与虚拟机进行交互，整个迁移过程对用户来说是透明的。

虽然，当前KVM虚拟化在线迁移能够满足大多数情况下的用户虚拟机迁移，但还存在以下问题：

在磁盘和内存负载高的情况下，存在迁移无法完成的情况；

跨机迁移存在网络中断时间长的问题；

跨存储类型的场景下如何进行迁移；

如何应用迁移进行虚拟机组件的更新。

后面的文章我们会更加深入介绍UCloud对各种在线迁移场景的优化和实践。