超详细！VMware数据迁移全流程说明书，建议收藏

VMware虚拟机迁移不仅是一项技术任务，更是一个涉及多方面考量的系统化工程。它要求我们对现有资产信息进行详尽梳理、精心规划数据迁移的路径、执行具体的迁移操作，并最终确保业务在迁移过程中无缝切换。

深信服为VMware数据迁移的用户提供4种迁移方式以满足各类场景的迁移需求：

· VMware纳管迁移：使用深信服云/虚拟化平台纳管 vCenter 进行数据迁移

· SCMT无代理点对点迁移：使用深信服迁移工具对接vCenter进行数据迁移

· SCMT有代理点对点迁移：使用迁移工具对接代理插件，基于数据复制进行迁移

· SCMT有代理热备迁移：使用迁移工具对接代理插件，基于CDP技术进行迁移

本文将为用户详细说明每种数据迁移方式的操作流程及注意事项，以便正在规划VMware替换的用户对数据迁移流程有全面的了解，建议收藏！

一、迁移前关键信息收集与评估

在进行VMware虚拟机迁移之前，应进行详细的信息收集来确定迁移方案，包括：

1、物理服务器、外置存储、网络设备等型号

评估物理存储和网络设备的利旧支持情况，如果现有设备到达使用年限或新平台不兼容，则考虑新建资源池承载。

关于深信服云/虚拟化平台的软硬件兼容性列表可参考下列链接：

https://www.sangfor.com.cn/compatibility

2、vCenter/ESXi版本

评估是否支持对接VDDK使用无代理迁移模式，如果不支持则采用有代理的方式进行迁移。下表为深信服支持的无代理迁移版本：

3、业务应用类型、停机窗口

评估业务可接受的停机时间，确定各应用虚拟机所适合的迁移方式。实际环境因网络和存储性能差异而表现不同，下表为实验室测试数据，仅供参考：

4、操作系统版本号

避免出现太老旧的版本不予支持的情况，如果不支持则考虑采用更换操作系统重建应用的迁移路径。下表为部分操作系统的兼容性支持情况，详细请参考深信服官网兼容性列表。

5、虚拟设备格式及文件系统类型

评估有代理迁移的支持情况，通用文件系统基本支持，裸盘介质参考文件系统进行迁移，也可重新映射使用。下表为深信服迁移工具代理插件对磁盘及文件的支持列表：

6、网络端口策略

检查网络端口策略按需放开迁移源端与目标端之间的管理端口和数据传输端口，否则会造成迁移失败。下表以各迁移方式为例展示端口通信情况：

7、迁移网络信息

根据迁移传输的网络带宽情况，评估对业务网络的影响，并计算和安排整体迁移工作的时间。下表以部分系统迁移为例：

8、系统资源配置以及占用率

评估迁移后的操作系统是否需要进行资源与配置调整。考虑到应用绑定影响，原则上仅扩容不缩容。

二、基于无代理技术的VMware纳管迁移

深信服云/虚拟化平台内置纳管VMware的能力，支持通过纳管vCenter调用VDDK接口的方式将VMware虚拟机迁移到新平台上运行，允许在开机状态下进行批量系统迁移，在迁移的最后阶段关闭源虚拟机完成迁移。整体过程采用类似于vMotion的做法，简单高效完成迁移动作。

1、VMware纳管迁移关键步骤如下：

1 深信服云/虚拟化平台对接vCenter，需放通深信服平台到vCenter之间的443和902端口，兼容支持vCenter 5.0~7.0.2等版本。

2 纳管对接完成后，选中多台业务虚拟机进行批量迁移，迁移过程中最大并发2台虚拟机，其余虚拟机按顺序排队等待，整体迁移速率取决于网络质量与存储速率。

3 在深信服云/虚拟化平台对迁移任务进行配置，确定每台虚拟机迁移后的运行位置、网络连接、迁移限速、压缩传输等配置，开启虚拟机迁移任务。

4 迁移最后阶段平台将虚拟机镜像格式转换完成后将自动开机进行驱动注入和配置优化，同时源端虚拟机关闭（不会删除），业务被切换至目标虚拟机访问。

5 由业务和运维人员发起验证，验证业务系统访问正常即迁移完成。若业务访问异常需要回滚，可关闭目标端，重新开启VMware虚拟机恢复业务。

2、VMware纳管迁移注意事项：

无法迁移场景：VMware虚拟机挂载外置存储LUN、裸磁盘映射RDM、USBKEY映射等场景下，这部分数据无法被VDDK快照捕获，不能通过纳管迁移的方式迁移到深信服平台，可在迁移前取消挂载，迁移后手动重新挂载/映射到新的虚拟机实现迁移。

迁移配置变化：纳管迁移的效果是将源虚拟机完全复制到新的平台，包括CPU、内存、IP、hostname、存储等资源都不会发生变化，如需修改请在业务上线时手动进行配置。虚拟机迁移后的MAC地址和UUID将会发生变化，部分应用需要依赖MAC和UUID进行授权或功能绑定时，请在迁移后进入平台修改配置。

规避快照影响：纳管迁移是基于快照来捕获和对比VMDK的数据差异，在整个迁移的过程中会进行多次快照动作，对业务性能影响较大，所以高负载业务的迁移工作需申请特定的业务空窗期进行。

迁移关机切换：整个纳管迁移的过程是全自动的，迁移任务开始之后包括数据传输、目标开机、网络切换都是系统自动实现的，除手动关机和业务验证之外无需人为介入操作。优点是迁移操作简单，缺点是无法手动变更配置，源端存在关机风险，如果业务应用对连续性非常敏感，或需要把控切换过程细节，请采用SCMT工具进行迁移。

三、基于无代理技术的SCMT点对点迁移

深信服提供信服云迁移工具SCMT来实现基于无代理技术的数据迁移，同纳管迁移的技术类似，由SCMT来对接vCenter的接口来获取资源和下发传输指令。相比于纳管迁移来说，SCMT在迁移流程上功能更为丰富，可以实现迁移变更、定时切换、虚拟机验证等功能，适用于更多场景。

1、SCMT无代理迁移的关键步骤如下：

1 使用深信服迁移工具SCMT对接vCenter管理平台，对接成功后会自动通过vCenter获取VMware的虚拟机列表和状态信息。参考迁移评估来确定兼容性。

2 对接完成后，在SCMT选择待迁移的虚拟机，创建点对点迁移任务。此步骤选择对源虚拟机CPU/内存/磁盘/网卡等资源进行迁移，允许在迁移过程中对资源大小、类型、配置进行修改，允许根据网络状况配置数据同步频率和传输带宽限制等内容。

3 在新建迁移任务的过程中嵌入深信服云/虚拟化平台新建虚拟机功能，可同时选择迁移后目标端虚拟机的详细配置，如需对迁移后的虚拟机进行配置修改、策略修改、高级特性配置，皆可在迁移之前完成，配置完成后自动在目标端生效，无需在业务停机切换过程中消耗时间，可以在一定程度上缩短业务停机窗口。

4 迁移任务创建完成之后，SCMT会自动按照上述步骤的配置在目标端创建虚拟机并连接。连接完成后进入数据传输阶段，首次传输全量数据，后续按照设定的频率进行增量数据传输，整个传输过程源端业务可正常运行，但每次快照会造成性能下降40%左右。

5 来到业务切换窗口期或业务低峰期，进入停机切换过程，切换过程中对源和目标端状态进行选择。建议选择源端为“断开网络”，目标端直接开机以验证业务。

6 开始切换后，SCMT会按照配置的策略将源端网卡关闭以停止业务，然后将最后的增量数据同步到目标端，同时开启目标端虚拟机进行格式转换和驱动注入等工作。待切换完成后，目标端虚拟机接管业务。

7 由业务和运维人员发起验证，验证业务系统访问正常即迁移完成。若业务访问异常需要回滚，可关闭目标端，重新开启VMware虚拟机恢复业务。

2、SCMT无代理点对点迁移说明：

基于无代理技术的SCMT点对点迁移同样无法处理挂载了外置存储LUN、裸磁盘映射RDM、USBKEY映射的场景，以及同样无法避免快照带来的影响。但相比于纳管迁移来说，SCMT为整个迁移过程加入了丰富的编排和验证能力来支撑更多场景：

在需要对待迁移虚拟机进行规格扩容和配置优化时，在创建迁移任务时就可以完成，无需在业务停机切换过程中消耗时间，可以在一定程度上缩短业务停机窗口。

在需要对集群类应用系统（Redis、Zookeeper）进行迁移时，可以对多个虚拟机同时创建迁移任务，待所有节点数据同步完成后，进行统一的迁移切换。

无人值守场景下，可以在第一天傍晚对应用虚拟机创建迁移任务，夜里由迁移系统自动进行数据传输，待到第二天业务上线前进行统一的应用切换。

四、基于有代理技术的SCMT点对点迁移

深信服迁移工具SCMT支持通过代理插件Agent的模式进行文件系统的数据拷贝迁移。在源端操作系统安装Agent之后与SCMT服务端进行连接，用于接收SCMT界面下发的迁移任务和数据传输指令，同时通过读取操作系统中的磁盘块来实现全量和增量数据的传输。借助Agent插件可以降低对源系统的影响，提高迁移效率。

1、SCMT有代理迁移的关键步骤如下：

1 在待迁移的源端操作系统中安装代理插件Agent，要求源端操作系统的总内存大于2G，空闲内存大于1G，且可以访问SCMT服务端的相关网络端口。参考迁移评估来确定环境和兼容性。

2 对接完成后，在SCMT选择待迁移的虚拟机，创建点对点迁移任务。此方案的步骤在传输技术上与SCMT无代理迁移有所不同，在页面操作上完全一样。

3 在新建迁移任务的过程可同时选择迁移后目标端虚拟机的详细配置，如需对迁移后的虚拟机进行配置修改、策略修改、高级特性配置，皆可在迁移之前完成，配置完成后自动在目标端生效，无需在业务停机切换过程中消耗时间，可以在一定程度上缩短业务停机窗口。

4 迁移任务创建完成之后，SCMT会自动按照上述步骤的配置在目标端创建虚拟机并连接。在传输过程中Agent对CPU的资源占用小于3% ，内存消耗峰值小于260MB；默认对存储性能占用30%，读取队列深度为4；默认占用300Mbps网络带宽；存储和网络的限制可手动进行调整。

5 来到业务切换窗口期或业务低峰期，进入停机切换过程，切换过程中对源和目标端状态进行选择。建议选择源端为“断开网络”，目标端直接开机以验证业务。

6 开始切换后，SCMT会按照配置的策略进行最后的增量数据同步，同步完成后开启目标端虚拟机进行驱动注入和配置调优后接管业务。待目标端开机之后，手动卸载迁移Agent插件。

7 由业务和运维人员发起验证，验证业务系统访问正常即迁移完成。若业务访问异常需要回滚，可关闭目标端，重新开启VMware虚拟机恢复业务。

2、SCMT有代理点对点迁移说明：

无论是有代理还是无代理，点对点迁移的过程和步骤大致相同，在无人值守等场景同样适用，只是在迁移技术原理上有所区别。除此之外，在使用有代理的迁移方式时，需注意以下事项：

停机切换方式选择：在迁移最后阶段，为将数据完整地传输到目标端，需停机以避免源端业务产生新的数据。单机类应用在停机时，优先采用断网络/禁网卡的方式进行，可以避免业务服务启动时发生故障，也方便回滚。集群类应用在停机时，断开网卡会导致集群服务异常，推荐采用关停服务的方式进行，此时在界面选择“不做操作”，进入操作系统内部关停服务。尽量避免关停源机。

停机中断时间：基于无代理的点对点迁移模式在业务切换过程的中断时间在5~10分钟之间。停机中断时间包括最后的增量传输时间、目标端开机时间、应用配置检查时间、业务系统验证时间四个步骤。其中前两个步骤由系统自动完成，后两个步骤需要运维和业务的相关人员手动进行，在估算停机时需为人工预留时间。

业务异常情况处置：在应用系统验证过程中，如果因环境问题导致目标端无法正常启动或应用无法正常运行，应在可接受停机范围内协调运维修复。若评估超出停机范围，需断开目标端的网络，恢复源端访问状态，将业务切换回原资源池系统，可在1分钟内完成回退。

五、基于有代理技术的SCMT热备迁移

深信服迁移工具SCMT提供基于CDP持续数据保护技术的热备迁移，借助代理插件Agent将全量数据和每秒的数据变化量备份至SCMT的服务端，然后通过热备计划将服务端备份的数据推送到目标端虚拟化平台。

目标端在接收到全量数据之后，便生成全新的业务虚拟机，完成驱动注入和配置修改等动作后，进入半开机运行状态与迁移源端同步每秒的差异数据变化量。在进行业务停机切换时，目标端半开机状态的虚拟机可以快速完成IP漂移和业务接管，进一步缩短停机切换的时间。

1、SCMT热备迁移的关键步骤如下：

1 在待迁移的源端操作系统中安装代理插件Agent，要求源端操作系统的总内存大于2G，空闲内存大于1G，且可以访问SCMT服务端的相关网络端口。参考迁移评估来确定环境和兼容性。

2 对接完成后，选择需要进行热备迁移的虚拟机新建CDP备份计划，在备份计划中选择业务优先策略异步迁移数据，备份时间粒度最小可达微秒级，高频传输数据。支持对网络、存储等性能进行限速设置。创建完成后，执行此备份计划，将数据备份至SCMT服务端。

3 在CDP数据备份开始之后，新建热备计划将CDP的数据流从服务端传输到目标端。以整机恢复的方式在目标端建立起新的虚拟机，并开始传输数据。在建立目标端虚拟机的过程中会进行平台检测、驱动注入、系统开机。

4 目标端虚拟机创建完成之后，系统进入半开机状态，此状态表明目标端系统已准备完成，并实时同步源端数据，等待最后切换。

5 来到业务切换窗口期或业务低峰期，进入热备切换过程。找到相应的热备计划对其进行切换，切换时选择将备机切换到最新的数据。切换过程中自动修改源端网络配置，将业务切换到目标端。

6 切换完成后，由业务和运维人员发起验证，验证业务系统访问正常即迁移完成。若业务访问异常需要回滚，可关闭目标端，重新开启VMware虚拟机恢复业务。

2、SCMT有代理热备迁移说明：

准备数据空间：热备迁移模式的工作过程，是将源端数据通过CDP备份传输到SCMT服务端，其次再通过热备计划在目标端建立虚拟机。在整个过程中数据需要保存在SCMT服务端，所以需要为服务端配置足够存储空间来保存数据，通常建议配置存储空间为源端数据量的1.5倍。

停机中断时间：热备迁移方式通过CDP数据传输，半开机状态同步等技术提高数据传输频率，加快数据同步效率，缩短目标端开机时间，将业务切换过程中的停机时间控制在1分钟左右（具体中断时间和业务服务启动时间有关），满足对可靠性较高的业务系统迁移需求。

业务异常情况处置：通过热备迁移的方式切换后，源业务系统除网络信息之外不会发生变化。在应用系统验证过程中，若评估修复失败，需进行业务回退时，通过断开目标端网络，恢复原业务系统网络访问状态即可实现回退。将业务切换回原资源池系统，可在1分钟内完成。

六、深信服VMware迁移技术总结