服务器迁移模块

1.1.1 产品咨询

1.1.1.1 我在什么场景下使用CMS服务？

当您需要将云下或者其余云服务商的主机迁移上天翼云时，您可以使用CMS服务帮助您有序、安全、便捷、轻松地将数字资产、服务、IT资源及应用程序，部分或完全迁移到天翼云，同时保证云上业务的可用性、安全性以及连续性。

1.1.1.2 CMS是否支持从阿里云、天翼云等其余云迁移至天翼云？

支持。

CMS支持市面上主流云厂商迁移至天翼云，如阿里云、天翼云、AWS以及移动云等；

同时也支持将本地云主机迁移至天翼云。通常情况下同处理器架构都可以通过CMS服务迁移上天翼云。

1.1.1.3 CMS是否支持将天翼云上的云主机，迁移到其余云服务商或本地？

不支持。

CMS服务迁移目标端仅能够选择天翼云，无法将天翼云弹性云主机迁移到本地或其他云服务商。

1.1.1.4 当我使用CMS服务时，是否能够要求天翼云技术人员帮助迁移？

天翼云技术人员不直接参与您的业务迁移，您可以通过查看帮助中心，然后实行迁移；

若帮助中心未涉及您的问题，您可通过页面反馈问题，相关技术人员后续对内容进行补充；

若您需要专业的迁移方案和专属的技术支持，您可以订购我们的迁移服务，帮助您平滑迁移业务，缩短整体业务停机时间，减少上云对业务的影响，解除您的上云顾虑，让您聚焦于业务发展。

1.1.1.5 是否支持迁移到GPU图形加速基础型、GPU计算加速型、裸金属云主机？

GPU图形加速基础型

支持。

GPU计算加速型

支持。

裸金属云主机

不支持。

1.1.1.6 CMS是否支持断点续传？

支持。

由于网络问题导致数据传输中断，网络恢复后即可自动续传；

由于误操作CMS-Agent导致中断，重新运行CMS-Agent并重新启动迁移任务即可继续迁移。

1.1.1.7 CMS是否支持增量数据迁移？

支持。

CMS迁移基本形式为全量+增量（手动增量/循环增量）。

1.1.1.8 如何将一个账户下的ECS云主机，迁移至另一账户下？

当您需要从A账户迁移至B账户时，您需在迁移时，按照如下步骤操作：

1. 在A账户下的ECS云主机下，使用B账户的用户AK/SK安装CMS-Agent。

2. A账户主机即会被上报至B账户迁移平台，正常执行后续迁移操作，即可实现ECS云主机跨账户迁移。

具体步骤请参见天翼云ECS实例间迁移最佳实践。

1.1.1.9 如何将天翼云上一个区域下的ECS云主机，迁移到另一区域？

当您需要从A区域迁移至B区域时，您需在迁移时，按照如下步骤操作：

1. 在B区域使用云迁移服务。

2. 在A区域云主机安装CMS-Agent，将迁移源上报。

3. 在B区域创建目标机，正常执行后续迁移操作，即可实现ECS云主机跨区域迁移。

具体步骤请参见天翼云ECS实例间迁移最佳实践。

1.1.1.10 免费服务为何需要限制账户余额数大于100？

主机迁移服务本身免费，但迁移过程中会创建按量付费资源并产生少量费用。具体请参见计费说明。

1.1.1.11 在迁移过程中，是否对迁移源业务是否有影响？

合理负载使用不影响源机业务。迁移程序仅占用较少资源，不影响业务。

但是迁移源本身负载较高情况下，您需要通过限制CMS-Agent使用带宽与CPU使用率，降低CMS-Agent对源机使用率，避免对源端业务影响。

1.1.1.12 迁移安装的AK/SK，与天翼云AK/SK是否一致？

不一致。

CMS的AK/SK独立开发，位置位于迁移agent选项卡下，用于CMS-Agent安装验证。

1.1.1.13 CMS AK/SK作用是什么？

AK/SK里面包含了源端注册到控制台必需的信息，包括平台的用户信息，平台的地址、授权特征码等等。

1.1.1.14 CMS AK/SK会变化吗？有时限限制吗？

会变化。

时限为1天，每次刷新页面也会变更AK/SK码。

1.1.1.15 CMS AK/SK为什么要变化？是否可以设置AK/SK码不变化？

出于安全角度考虑，不可以设置AK/SK码不变化。

AK/SK在本质上代表了一种身份认证，作为云上最容易泄露但同时也是最为敏感的数据，云平台通过对AK/SK进行身份认证鉴权，来确认CMS-Agent是否可以注册到用户CMS服务。通过AK/SK鉴权的用户，便完成迁移源端注册上报并出现在CMS主机列表，后续可以在此查看采集到迁移源端详情及执行迁移任务。

AK/SK的泄露将会直接导致陌生设备注册到用户CMS服务上，所以需要动态AK/SK降低泄露风险。

1.1.1.16 Linux没有ROOT权限能否进行迁移？

不可以。

若不适用Linux进行迁移，迁移操作无法完全执行，会导致迁移内容缺失。

1.1.1.17 CMS会收集迁移源哪些信息？

为了给您提供更准确、更优质的服务，可能会以如下方式，采集并使用您提供的信息，平台侧在使用信息时会遵守用户隐私协议。

隐私数据采集：从服务的基本要求出发，平台在此环节会采集的主机信息，包括以下几点：

1.1.1.18 如何选择目标端云主机镜像？

在创建云主机或重装系统时，选择对应操作系统云迁移专用镜像。

1.1.1.19 如何创建弹性云主机？

具体请参见创建弹性云主机。

1.1.1.20 CMS支持裸金属迁移吗？

CMS不支持裸金属迁移。

1.1.1.21 什么是文件迁移？

文件迁移是指将文件从一个位置或系统迁移到另一个位置或系统的过程。

在文件迁移中，文件的内容、元数据和属性等信息将被复制、转移或移动到新的存储设备、文件系统、应用程序或操作系统中。

在文件迁移过程中，关键考虑因素包括数据安全性、完整性、一致性和准确性。通常会使用专业的迁移工具和技术来帮助进行文件迁移，并确保迁移过程中的数据保护和传输效率。

1.1.1.22 文件迁移与块迁移有什么区别？

文件迁移和块迁移是两种不同的数据迁移方法，它们具有不同的特点和适用场景。下面是它们之间的区别：

综合来看，文件迁移适用于高层次的文件系统迁移和应用程序迁移，具有较高的灵活性。而块迁移适用于存储设备级的数据复制和备份，更高效并能确保数据的一致性。选择哪种迁移方法取决于具体的需求、资源和环境要求。

1.1.1.23 CMS为何基于文件迁移，文件迁移有何优势？

文件迁移具有较高的灵活性和可操作性，可以选择性地迁移、复制或删除文件，方便管理和操作文件。

文件迁移由于以文件为单位进行操作，因此文件迁移通常更容易理解和可读性更好。

文件迁移可以在更高层面上进行数据管理和操作，如文件级别的权限、元数据等。

1.1.1.24 什么是有效文件？

计算机文件是以计算机硬盘为载体存储在计算机上的信息集合，可以是文本文档、图片、程序等等。例如按性质和用途分类：系统文件、用户文件、库文件。按信息的保存期限分类：临时文件、永久性文件、档案文件。

CMS会自动过滤共享存储类型文件，有效文件即排除日志、temp文件外的计算机文件。

1.1.1.25 CMS服务与传统镜像迁移有什么区别？

CMS采用全量+循环增量模式，能够实现秒级切换，确保上云过程中业务"0"中断，即业务无感知地完成迁移。

CMS还支持断网续传和重启续传功能，有效避免用户因网络波动或误操作Agent等情况导致的任务中断，保障任务的稳定性。

传统镜像迁移是指在数据中心或服务器环境中使用镜像技术进行迁移的一种方法。在传统镜像迁移中，源服务器的完整镜像（包括操作系统、应用程序、配置和数据等）被复制到目标服务器上，以实现整个系统的迁移和部署。当开始镜像迁移时，需要关闭源端业务，将完整镜像进行打包传输；传输期间业务处于停机状态，即镜像迁移存在中断时间长、操作繁杂、耗费资源多的情况。

1.1.1.26 为何上云后CT-ECS详情中显示镜像为xx-迁移专用镜像而非源机系统名称？

属于正常现象。

迁移完成时，ECS控制台规格/镜像列显示的名称是创建ECS虚拟机时选择的镜像名称，而非当前操作系统名称。

1.1.1.27 如何判断迁移任务是否完成？

您可以通过查看CMS控制台，控制台展示"目标机已恢复"，并在历史任务中可以查看记录报告；也可查看目标机系统引导修复启动后，是否为迁移源迁移源系统。

1.1.1.28 CMS是否支持迁移源部分业务上云？

不支持。

CMS是基于操作系统层面的整机迁移服务，暂不支持部分业务迁移。

1.1.1.29 目标端操作系统是否能和迁移源不一致？

不可以。

CMS是基于操作系统层面的整机迁移服务；迁移完成后，目标端与迁移源属性状态一致。

1.1.1.30 迁移后，目标端规格是否能够改变？

可以。

用户可以根据需要对目标端规格进行修改；减小规格时，需要注意是否能够承载当前业务，若出现减小规格导致业务不可用，责任应由自己承担；建议使用平台推荐配置进行迁移，具体请参见创建目标机。

存储容量规格修改建议：一般待迁移设备，CMS会给对应目标机的分区推荐与源机一致的分区配置。

系统盘不建议缩容，若用户需要缩容存储盘，需要根据计算公式：当前硬盘容量 * 硬盘使用率 * 1.5（或一年冗余增长空间）进行缩容。

若需改变需手动对云主机变配，可参见变更规格。

1.1.1.31 天翼云没有或者下架了源端操作系统的镜像，能否进行迁移？

可以。

目标机区域可选用迁移专用镜像，且源端操作系统在适配列表中即可进行迁移。

1.1.1.32 CMS服务与CT-IMS镜像服务的区别？

CMS采用全量+循环增量模式，能够实现秒级切换，确保上云过程中业务"0"中断，即业务无感知地完成迁移。CMS还支持断网续传和重启续传功能，有效避免用户因网络波动或误操作Agent等情况导致的任务中断，保障任务的稳定性。

CT-IMS使用过程中如果云主机未关机处于数据读写状态，此时制作镜像可能会导致数据丢失的问题。需要关机状态进行镜像迁移，无法保证业务连续性。

1.1.1.33 目标机引导修复后启动、迁移源处新产生数据可以迁移至目标机吗？

不可以。

引导修复后目标机与迁移源机数据一致。完成迁移后目标机系统已非迁移专用系统，无法进行迁移任务，若需进行同步数据需重新迁移。请务必在最后一次增量迁移前保证迁移源端应用停止，无新数据读写等操作。

1.1.1.34 如何创建迁移目标机云主机，需要注意什么？

具体步骤请参见创建目标机。

1.1.1.35 CMS能否迁移Mysql等数据库？

大型库不建议使用CMS进行迁移，建议使用数据库专业迁移工具对大型数据库进行迁移。如果使用CMS进行迁移，在使用过程中应当在“停止增量”步骤前停止相关应用进程。

1.1.1.36 CMS迁移源对常用端口进行修改，是否会影响迁移？

不影响。

CMS服务对源端端口无要求，无需开通指定端口入方向，仅需针对出方向端口进行放通即可。

1.1.1.37 CMS服务入口在哪里？

登录天翼云账号后，您可以在天翼云首页左上角“产品 > 安全及管理> 管理工具> 云迁移”进入CMS服务。

1.1.1.38 CMS在哪些区域提供服务？

您可以通过帮助中心任意页面，在页面顶部“选择产品所在区域”部分，单击右侧“一类节点”按钮进行查看。

1.1.1.39 CMS任务配置中压缩如何配置？不配置默认压缩率为多少？

源机绑定后在“配置迁移任务”界面，可以单击“压缩率（0~9）”按钮对压缩率进行配置；

默认压缩率linux：5；Windows：3。

1.1.1.40 迁移完成后，迁移源处如Windows系统、软件激活是否还存在？

不存在，需要客户联系软件提供方进行处理。

迁移源云主机的系统、应用、文件等数据迁移到目标端云主机后，云主机的ID、网卡MAC地址等信息发生改变，导致OS、应用等License失效。此类问题，云迁移服务概不负责。对于Windows License可以使用天翼云License云主机获取新License，应用License用户自行解决。

1.1.1.41 CMS能否设置进程，加快迁移速率？

不可以。

CMS根据源端使用率进行自动规划线程，避免用户误操作影响源机，不允许手动操作。

1.1.1.42 CMS只支持x86系统吗？

CMS不仅支持x86系统迁移，同时支持arm系统迁移，具体请参照兼容性列表。

1.1.1.43 如何决定天翼云目标机配置？

目标机内存必须大于4G；目标机配置建议与迁移源一致，若迁移源内存小于4G，迁移完成后可以根据客户需求进行缩扩容等修改。

1.1.1.44 CMS能否迁移Oracle集群或其余集群？

不可以。

迁移上云后集群会变为单机版。如Oracle RAC需要使用共享存储、部分使用ASM磁盘，迁移工具无法提供ASM磁盘迁移，RAC迁移。

1.1.1.45 CMS能否实现共享存储、对象存储的数据迁移？

不可以。

由于共享存储存在数据量大、数据读写变动大等特点。可能导致迁移速率变慢、出错率增高。CMS为规避此问题，将共享存储与对象存储等目录进行过滤，并通过界面反馈告知过滤的具体内容。

1.1.1.46 使用迁移服务是否需要相关应用人员？

需要。

您在使用产品时，为了保持一致性，在进行增量迁移时需要进行暂停业务处理。

相关业务应用人员进行暂停业务操作，业务上云后也需要相关熟悉业务人员进行测试验证，以此减少业务停机时间。

1.1.1.47 业务启用会受何种因素影响？

当迁移源涉及未授权应用软件、盗版软件、集群数据库、U-Key硬件验证以及一些硬件绑定验证时，业务启用会因为授权绑定等验证问题，导致业务无法正常启动，需要在迁移前进行预案处理。

1.1.1.48 CMS服务在使用时网络环境需要注意什么？

若迁移过程中出现迁移速度瓶颈，您应先测试源端出口带宽以及目标端入流量带宽。注意是否存在特殊的网络、专线以及是否具备公网环境。

1.1.1.49 CMS能否实现特定需求？

可以。

当前CMS能够应对高密场景、保持IP不变等特定的需求。若您由于业务需要还有其余特定需求，请您通过工单进行技术咨询。

1.1.1.50 复杂业务使用CMS需要注意事项什么？

需要您记录业务关联信息，同一类型关联业务，需要根据需求按业务系统进行迁移、切换、测试。

1.1.1.51 CMS进行Windows迁移与Linux有何不同？

Windows处理过程与Linux不一致，需要您检查系统版本、关闭杀毒软件、关闭qemu、检查磁盘空间（不足时进行调整，修改卷影存储磁盘空间）。

1.1.1.52 迁移源资源与性能限制有哪些？

CMS代理端部署于源机，需占用源机的CPU与内存，当源机CPU使用率或内存使用率过高时，CMS代理端会影响业务，甚至导致迁移源宕机。正常4C4G的机器能正常满足迁移所需资源。

CMS需在源机agent启动后，持续对源机进行监控，并给出一定周期内CPU、内存使用情况、硬盘数据增长量等数据。

用户根据给出数据对系统进行评估，若无法准确评估需找相关专业人员确认。

1.1.1.53 Linux需要特别注意点有什么？

迁移源需要具备root权限；

迁移源需迁移的挂载点，需正确写入fstab文件。

1.1.1.54 OS的UUID是否会变化？

OS的UUID会发生变化，对于依赖系统UUID的应用需重新授权，如Windows授权，EDR授权等。

1.1.1.55 若迁移源（ Windows）处大部分为小文件且数据量大，是否使用共享文件方式等其余方式迁移会更快？

CMS在处理大量小文件的流程方面更加高效。虽然CMS的实际迁移速度可能仅稍高于共享文件等传输方式，但借助其优秀的迁移稳定性，CMS可以避免许多与迁移中断有关的问题，譬如重连、重新校验遍历等。这种方式提高了迁移的成功率和安全性。

1.1.2 系统兼容与迁移限制

1.1.2.1 兼容性列表有哪些？

您可参见服务器迁移兼容性列表。

1.1.2.2 迁移源的引导位于任何非常规位置是否支持迁移？

不支持。

天翼云系统引导必须为第一块盘第一个分区，不能出现将引导写入其他位置的情况，否则会导致系统无法启动。

1.1.2.3 迁移源使用共享带宽是否可以进行迁移?

不可以。

CMS仅支持独占带宽进行迁移，不支持使用共享带宽进行迁移，否则会出现无法获取到迁移源处的网络情况的问题。

1.1.2.4 迁移源使用dnat服务是否可以进行迁移？

不可以。

CMS仅支持独占带宽进行迁移，不支持使用dnat服务进行迁移，否则会出现无法获取到迁移源处的网络情况的问题。

1.1.2.5 CMS支持裸设备迁移上云吗？

不支持裸设备迁移。

1.1.2.6 主机迁移服务重要声明有哪些？

具体内容您可请参见免责声明。

1.1.2.7 迁移源和迁移任务是否有数量限制？

每用户可激活的迁移源数量上限为1000台;

每用户可创建迁移任务数量为1000个；

每用户可并发执行的迁移任务数量为50台；

每个迁移源同一时刻仅能关联一个未完成状态的迁移任务，未完成状态包括Ready（未开始）、Running（迁移中）、Stopped（已暂停）、InError（出错）和Expired（已过期）。

1.1.2.8 迁移源绑定是否有限制？

每迁移源同一时刻仅能绑定一个目标端，对应生成唯一一个“未完成状态”的迁移任务。迁移状态“完成”或“异常”的迁移任务不作为迁移源绑定目标端。

1.1.2.9 迁移源是否有软硬件、授权限制？

未授权应用软件、盗版软件、集群数据库、U-Key硬件验证以及一些硬件绑定验证都会影响产品的使用。

1.1.2.10 通过Windows Server事件查看器 ，提示因为卷影副本存储增长失败，卷x：的卷影复制被中止如何处理？

修改卷影创建位置。

1. 打开资源管理器。

2. 选择原卷影盘符右键单击，选择属性。

3. 单击“卷影副本”选项卡, 选择盘符后单击“设置”。

4. 在“存储区域>位于此卷”选择新挂载的磁盘。

5. 在“最大值”选项选择“没有限制”后单击确定。

1.1.3 迁移网络与时长

1.1.3.1 CMS迁移的网络需要具备哪些条件？

源机、目标机需要能访问平台；

源机需要能够访问目标机；

由于迁移环境在公网上，可能会遭遇DDoS攻击，导致目标机PE系统内存溢出，目标机需要配置安全组策略，目标机入方向需放通8000（数据）、8001（控制）端口；

源机无需开通端口，但建议源端检查出方向是否放通所有端口。

具体步骤请参见检测目标机。

1.1.3.2 如何配置安全组

1. 进安全组配置界面。

2. 展开安全组并单击“添加规则”。

3. 配置目标机入方向8000端口。

4. 再次单击“添加规则”按钮，配置目标机入方向8001端口。

5. 可以查看创建好的安全组规则。

1.1.3.3 为什么绑定目标机时提示：错误信息xx：源机IP(xx)：与目标机通信时出错：获取部署结果超时,检查目标机系统是否为linux x86_64PE系统？

您需要检查目标机系统是否正确；

您需要检查安全组是否放通，具体步骤请参见检测目标机。

1.1.3.4 迁移中断或网络中断时，如何处理？

当迁移中断时，您可于告警中心中查看，迁移失败原因，用于辅助您再次启动迁移。

网络中断导致迁移停止时，您需检查网络情况，CMS支持断点续传，当您将网络修复时，迁移会自动继续。

1.1.3.5 CMS服务显示迁移Agent离线，应该如何操作？

可能是迁移源端网络不稳定造成的影响。

处理方式：源端重启迁移Agent：可以在迁移源执行“sudo movecloud restart -y”命令来重启迁移Agent并继续原先迁移任务。

1.1.3.6 CMS在进行核查修复时，长时间未修复完成，如何确定任务是否正常？

核查会由于迁移源文件个数、大文件个数等因素，需要较长时间，若存在长时间处于此阶段可进行以下步骤排查。

1. 您可以查看平台任务追踪信息，确认任务是否有核查个数进度。如果有核查个数进度，说明核查任务正常进行。

2. 核查任务没有进度更新，可能是迁移任务出现了卡死情况。此时，您可以在迁移源执行“sudo movecloud restart -y”命令来重启并续传迁移任务，以便完成核查修复任务。

1.1.3.7 CMS在进行增量迁移时，长时间未完成，如何确定任务是否正常？

增量会由于迁移源增量文件数、总文件个数、大文件个数等因素影响增量速率，也可能由于无法访问的硬件设备导致增量卡死等，若存在长时间处于此阶段可进行以下步骤排查。

1. 您可以排查agent版本是否为最新，执行命令“movecloud version”，将结果与平台agent展示版本来确认客户端版本是否正确。

2. 您可以查看Agent是否在线，确保Agent连接到了CMS控制台，并且没有出现连接异常等问题。

3. 您可以查看源机的迁移日志，（/usr/local/moveCloud/log/），以便了解增量迁移的详细情况。

4. 以上方法都无法解决，您可以尝试停止应用程序，并使用“sudo movecloud restart -y”命令来重新启动并续传迁移任务，以确保增量正常完成。

1.1.3.8 如何确定迁移正在进行？

查看迁移正在进行步骤如下：

1. 登录对应区域CMS控制台。

2. 单击左侧导航栏，“主机管理”选项卡。

3. 选择对应主机，并单击“详情”，进入迁移详情界面。

4. 单击“迁移日志”选项卡，并多次单击“放大镜”。

· Linux界面提示：日志不断提示：

[INFO] xxxx.xx.xx xx:xx:xx [arcredisProxy.go:140][GOID:13] get task12。

则表明迁移正常。

· Windows界面提示：

[xxxx-xx-xx xxxx] [daily_logger] [info PublicFunc.cpp:6611] [thread 1260] 4.06654e+06b/S,1.82146%,3826.96s,d=1.82146%288724463。

不断增加的进度表示迁移正常。

1.1.3.9 使用连通专线/VPN或内网VPC对等连接等特殊迁移方式，应该如何处理？

针对特殊网络环境问题，您可以通过工单进行高级技术咨询。

1.1.3.10 当存在源端无法访问公网，需要使用代理程序进行迁移，应该如何操作？

针对特殊网络环境问题，您可以通过工单进行高级技术咨询。

1.1.3.11 迁移过程中是否可以释放/修改EIP吗？

不可以。使用CMS进行迁移时，需要使用EIP保持迁移源、目标机与平台之间的通信。在迁移/同步过程中，释放/修改目标端EIP，会造成迁移/同步任务失败。

确定迁移正常完成后，才可以释放/修改目标端EIP。

1.1.3.12 linux源端、下载CMS-Agent命令行提示：sudo ：wget：找不到命令该如何处理？

源端未安装wget服务；

解决方法：

· 使用指令安装wget：yum -y install wget。

· 通过其余机器下载后，将文件导入源端。

1.1.3.13 迁移需要多长时间？

您可以通过以下公式进行迁移前估算：迁移时长=总数据量/带宽大小/8*1.25。详细时间预估请参见评估迁移时间与测试传输速度。

1.1.3.14 如何通过CMS查看，当前迁移任务的剩余时间？

您可以通过以下步骤查看包括剩余时间在内的内容：

1. 单击CMS左侧导航栏中的“主机管理”选项卡。

2. 在主机列表中选择对应主机行，并单击该行操作列中的“开始迁移”或“详情”按钮。

3. 在任务详情页中，单击“任务追踪”选项卡；在该选项卡下，您可以看到迁移状态、总耗时、预计完成时间(当前状态)、平均速度和实时速度等信息。

1.1.3.15 CMS控制台显示的迁移速率等数据是如何计算出来的？

CMS控制台迁移数据名词解释：

1.1.3.16 如何加快迁移速度？

· 调整压缩率。

· 调整网络。

迁移带宽以迁移源出口带宽、目的端入口带宽、CMS平台中限制带宽中最小带宽为准。您可以通过提高最小带宽来提高迁移速度。

1.1.3.17 迁移速率为何时快时慢、与网卡带宽速率差距大？

平台迁移速率数据支撑来源是根据5s内迁移数据量，进行实时速率计算；会因文件大小、压缩、网络传输损耗等情况影响，所以迁移速率不等于网卡速率，会根据情况进行改变，时快时慢。

1.1.3.18 Iperf的测试网络的方法？

具体步骤您可参见评估迁移时间与测试传输速度。

1.1.3.19 迁移带宽由什么决定？

以下三点中最小带宽为准：

· 迁移源出口带宽。

· 目标端入口带宽。

· CMS平台中限制带宽。

1.1.3.20 如何确定任务是否卡死？

· 查看CMS当前阶段速率展示（迁移速率、核查个数）是否正常。

· 查看源端迁移日志，如果日志信息长时间未刷新，可能是任务异常。

1.1.3.21 CMS平台上预计迁移时间与实际迁移完成时间差距较大，是什么原因？

平台迁移预估时间数据支撑来源是根据当前实时时间进行预估；实际迁移时间受多种因素影响，譬如迁移源小文件个数、大文件改动数、迁移网络稳定性，迁移源CPU、内存等规格较小超出性能峰值等；

CMS平台迁移预估时间仅作为参考，同时可根据帮助中心常见问题的迁移时长预估同步参考；若需要更为准确严谨的迁移时间，请进行相应的迁移测试。

1.1.3.22 为什么迁移速率有时远远低于带宽大小？

出现这种现象的原因，一般但不限于以下场景：

· 大文件多

· 稀疏文件多

· 原系统CPU、内存等硬件能力限制

1.1.4 Agent安装与启动

1.1.4.1 如何安装CMS-Agent？

操作详情请参见在源端安装Agent。

1.1.4.2 CMS-Agent下载失败如何处理?

原因：网络不通或源端程序未下载。

参考以下解决方式进行排查：

· 参考源机是否能正常访问CMS迁移平台，若不通排查网络问题。

· 源端wget程序未安装，安装wget后重试。

· 源机权限限制，检查用户是否具备下载安装权限。

1.1.4.3 如何针对CMS-Agent与平台之间的版本兼容性进行校验？

CMS-Agent会自动进行版本兼容校验、当程序启动校验不通过时，会给出对应提示。

当CMS服务更新后，若公告提示删除先前Agent重新下载提示请卸载本机Agent重新从源端下载。

说明

此类提示升级需通过“迁移Agent“页重新下载CMS-Agent，无法通过主机管理页面中“一键升级”按钮实现升级。

1.1.4.4 迁移源Agent上报后，平台主机管理中无记录？

参考以下解决方式进行排查：

· 安装过程是否输入正确用户AK/SK。

· Windows启动程序弹窗是否提示启动成功、Linux启动程序shell中是否显示“movecloud success”。

· 平台与Agent版本是否匹配。

1.1.4.5 CMS需要关注哪些文件？

· 日志文件。

具体请参见后文问题：CMS的迁移日志如何查看？

· 其余文件。

linux pe文件：

mkinit.log（引导修复后生成，/usr/moveCloud /）

diskLayout.log（分区完成后生成，/usr/moveCloud/）

1.1.4.6 CMS的迁移日志如何查看？

Linux CMS日志文件路径：

· Linux Agent查看目录：/usr/local/moveCloud/log/

· Linux PE查看目录：/usr/moveCloud/log/

Windwos CMS日志文件路径：

· Windows Agent查看默认目录：C:\Program Files (x86)\MoveCloud

· Windows PE查看默认目录：X: Program Files \MacMigrationSer\

1.1.4.7 CMS-Agent为何无法启动？

检查网络：源机与平台之间通讯是否成功。

具体步骤请参见检测目标机。

1.1.4.8 Windows Agent双击无法运行

问题描述

安装Windows Agent，双击CMS-Agent安装程序没有响应，无法进入安装向导。

问题分析

系统设置的安全策略锁定了该文件，需要解除对该文件的锁定。

解决方案

右键单击CMS-Agent-py*.运行程序查看属性，勾选“解除锁定”，单击“确定”，然后重新运行。

1.1.4.9 CMS_Agent（Windows）安装提示“缺少json.dll文件，Agent启动失败”，应当如何处理？

1. 确认CMS_Agent（Windows）的程序是否已解压。如果没有解压，请将其解压并重新启动程序。

2. 检查json.dll文件是否被误删除。若是，请重新于平台测下载程序安装包。

3. 检查防火墙是否误认为该程序有风险，并对其进行了查杀。如果是，请将CMS_Agent加入白名单，或将防火墙关闭后重新启动程序。

4. 如果上述步骤均未能解决问题，建议重新从平台侧下载并解压CMS_Agent程序后再进行启动。

1.1.4.10 Linux安装Agent 输入AK/SK提示“The host has been bound by another user;Installation failed!”如何处理？

原因：该设备已被别的平台注册。

处理方式：

· 原注册cms服务平台删除此设备任务

· 登录迁移源端输入指令进行删除：rm -rf /etc/.movecloud_uuid。

注意

rm操作具有一定风险，请确认操作影响后执行。

1.1.4.11 Windows 2008 Agent启动后无法粘贴AK/SK该如何处理？

您可以使用crt、xshell等终端软件粘贴命令进行粘贴。

1.1.4.12 迁移日志中提示 [ERROR]xxx Permission denied是什么原因？

通常是由于当前用户缺少执行该文件或文件夹的权限而导致的：

· 文件或文件夹的权限不够。

· 当前用户不是文件或文件夹的所有者。

· 文件或文件夹不存在。

1.1.4.13 如何重启Agent？

迁移源显示离线，表明CMS-Agent未有效在迁移源运行。

您需先修复迁移源状态为在线后，再新建迁移任务，修复方法如下：

Linux系统中：

1. 查看服务进程：ps -ef |grep moveCloud 或 movecloud status。

2. 重启进程服务：movecloud restart。

Windows系统中：

3. 查看服务进程：任务管理器中查看movecloudManage进程。

4. 重启进程服务：moveCloud。

1.1.4.14 迁移日志中提示 [ERROR]No space left on device该如何解决?

问题描述

用户正常启动CMS进行迁移后，日志提示：

ERROR：No space left on device

问题分析

迁移源端本身存储不合理存在空间不足情况造成报错；

迁移过程中会存在一定空间占用，Windows建议预留总据量10%空间；

Linux注意源机使用率即可，无需特意预留。

解决方案

1. 登录迁移源端云主机，在迁移源端检查存储空间使用情况。

2. 如果可用存储空间剩余不多，可删除部分无用的文件或者扩容迁移源端存储空间。

1.1.5 磁盘问题

1.1.5.1 CMS分区需要注意什么？

1. 与迁移源端分区挂载点对应。

2. 天翼云系统引导必须为第一块盘第一个分区，不能出现将引导写入其他位置的情况，否则会导致系统无法启动。

3. 注意/etc/fstab文件不允许错误。

4. 是否有挂载共享存储等。

1.1.5.2 Windows Server事件管理器如何查看？

使用“Win + R”快捷键打开系统运行，在运行中输入“eventvwr.msc”并单击回车后，打开事件查看器。

1.1.5.3 迁移源端有无磁盘个数、容量限制？

单盘容量无限制，磁盘个数应当确定在24个以下。若您出现磁盘个数超出情况，请您对源机磁盘做减少个数处理或通过工单进行技术咨询。

1.1.5.4 目标端开通与源机同磁盘规格，为何配置任务时会提示目标机空间小于源端空间？

由于天翼云处空间计算算法与本地、其他云厂商有一定差异，客户自行判断大小正常后可正常进行后续迁移。

1.1.5.5 自定义分区调整的大小范围？

普通分区、逻辑分区等在调整时都限制分区大小必须大于迁移源使用率。

1.1.5.6 迁移中迁移源端有新增的数据如何处理？

CMS支持增量迁移，只需在任务配置时勾选增量迁移，CMS会监控增量数据，全量迁移完成后在增量迁移阶段进行增量数据迁移。

1.1.6 目标端启动与配置

1.1.6.1 迁移后目标端与迁移源端相比有哪些变化？

使用主机迁移服务，在迁移配置阶段会涉及部分参数的修改，参数的修改内容与操作系统、对应文件、参数设置等强相关。随着版本迭代和系统更新，迁移配置所修改的参数内容也会有所变动，本节表格内所列参数仅提供参考，最终解释权归主机迁移服务所有。

表1 迁移后目标端与迁移源端保持一致的参数（Windows、Linux通用）

表2 Windows云主机迁移后变化的参数以及修改的配置项

表3 Linux云主机迁移后变化的参数以及修改的配置项

1.1.6.2 迁移后目标端云主机的密码会发生哪些变化？

迁移完成后目标端云主机密码与源机一致。

1.1.6.3 迁移完成后，如何配置yum源？

保持一致，不进行源机修改配置。

1.1.6.4 为什么Windows Server迁移完成后，目标端驱动器号与迁移源不一致？

由于Windows本身机制原因，目标端驱动器号为C:、D:、E:连续驱动号，用户重启目标机后可以根据迁移源驱动器号在磁盘管理处进行手动修改，避免影响业务系统。

1.1.6.5 各类分区调整如何操作？

迁移任务前，如果目标机分区空间大于源机空间：目标机修复后自动为拓展后分区大小无需处理。

迁移完成后，对云主机进行磁盘扩容操作：

Windows扩容操作步骤

1. 在开始菜单打开“运行”输入框。

2. 输入“diskmgmt.msc”，按“Enter”，进入磁盘管理页面。

3. 右键单击需要调整的盘符，选择扩展卷。

4. 在弹出的对话框中，单击下一步。

5. 将该磁盘未分配的空间按需扩展，然后单击下一步。

6. 在弹出的对话框中单击“完成”。

7. 当扩展操作盘符完成，硬盘空间信息正常，说明扩展完成。

Linux扩容操作步骤

以下示例仅适用多数版本，若无法适用版本则需按照对应Linux版本发行手册指引进行扩容操作。

1. 查看磁盘情况（lsblk、fdisk -l、pvdisplay)。lsblk

2. 创建物理卷（pvcreate）。pvcreate /dev/sdb

3. 将磁盘扩展到卷组（vgextend）。vgextend centos /dev/sdb

4. 扩展逻辑分区（lvextend）。根据自己的情况选择扩容到分区，本次以centos-root为例。lvextend -l+100%FREE /dev/mapper/centos-root
说明：100%是将所有的磁盘空间扩容到指定分区，也可以根据需要进行调整比例

5. 使扩展生效（xfs_growfs）。xfs_growfs /dev/mapper/centos-root

6. 查看（df -H）。df -H

1.1.6.6 MySQL数据库迁移后无法启动

问题描述

迁移后MySQL数据库无法正常启动或短暂启动后又退出。

问题分析

该问题是因为源端MySQL数据库没有停止服务，导致目标端数据库相关文件不匹配所引起的。

解决方案

适当时间，停止源端MySql数据库服务的所有业务，再重新同步一次。

1.1.6.7 SELinux配置错误，无法进入系统

问题描述

迁移成功后，系统启动时卡住，无法进入系统，页面提示“SELinux targeted”。

问题分析

该问题可能是SELinux配置错误导致，可以禁用SELinux后重试。

解决方案

以下操作适用于部分子系统版本，并不适配全部问题环境，但您可按以下思路进行问题排除：

1. 找一台和目标端云主机在同一可用区可以上网的临时云主机，以挂载的方式将目标端云主机的系统盘挂载到临时云主机上。

2. 将目标端系统盘相关分区挂载到该临时云主机上。

3. 在临时云主机找到目标端系统盘的SELinux配置文件，设置SELinux=Disabled。

注意

请勿修改临时云主机的SELinux配置文件。

0. 将临时云主机上的目标端系统盘以及相关分区挂载回目标端云主机后重新启动。

1.1.6.8 CMS上云后会自动安转天翼云插件吗？

会安装以下3类插件：

· ctcm-agent：云主机监控内容。

· cloudinit：云系统初始化、初次启动会执行。

· qemu-guest-agent：各类虚拟化功能。

1.1.6.9 Windows系统迁移完成，启动/登录系统后出现蓝屏并重启

此类问题可按以下思路排除：

1. 迁移源端本身是否存在故障。

2. 是否是已安装的其余工具调用底层接口影响迁移源系统。

1.1.6.10 首次全量迁移完成后，修改源端云主机密码，执行同步操作会同步修改后的源端密码吗？

主机迁移服务首次全量迁移会迁移源端云主机密码。如果在全量迁移完成后修改源端云主机密码，Windows操作系统和Linux操作系统可以执行同步操作，但不会同步修改后的源端密码到目标端。迁移完成后，如果目标端需要重置密码，请在控制台重置弹性云主机密码。

说明

迁移源端云主机修改密码后，需要重启云主机才能生效。

1.1.7 迁移操作类

1.1.7.1 如何进行迁移？

您可以参考用户指南步骤进行服务器迁移。

1.1.7.2 CMS使用基本流程是什么？

使用CMS上云基本步骤：迁移调研、迁移评估、下载安装CMS-Agent、目标机开通、绑定目标机、配置迁移任务、全量迁移、循环增量、停机增量、业务切换、验证业务。

具体步骤实现操作，您可以参考用户指南步骤进行服务器迁移。

1.1.7.3 迁移完成后怎么检查系统？

通用检查内容：

1. 能否使用迁移源密码登录ECS。

2. 检查主机名配置、网络服务是否正常。

3. 检查其他系统应用服务是否正常。

Windows系统需要您进行下列检查：

1. 检查系统盘数据是否完整。

2. 如果有数据盘缺失，进入磁盘管理检查盘符是否丢失。

Linux系统需要您进行以下检查：

1. 检查系统盘数据是否完整。

2. 查看各挂载点挂载情况。

1.1.7.4 迁移完成后，若想再次迁移如何操作？

重新为迁移源绑定目标机，并重新配置任务。

1.1.7.5 创建迁移任务时，查询不到对应目标机或无法绑定目标机，如何操作？

· 绑定界面无对应目标机检查方式：

当前账户或企业账户下，需要您检查CMS服务区域与目标机区域是否一致，若与平台非同一区域，平台无法获取目标机。

· 无法绑定检查方式：

1. 迁移源与目标机的系统是否匹配，若不匹配则无法绑定成功。

2. 查看目标机安全组端口是否正确放通，源机出方向是否放通。

3. 目标机绑定步骤与安全组放通，请参考绑定目标机。

1.1.7.6 如何查找迁移源？

查找迁移源的步骤如下：

1. 登录对应区域CMS控制台。

2. 单击左侧导航栏，“主机管理”选项卡。

3. 在“主机管理”页面，单击搜索框搜索。

4. 输入搜索项对应的查询值后，单击Enter键。

说明

搜索项包括迁移源别名、迁移源公网IP以及迁移源私网IP。所有搜索项均支持模糊查询。

1.1.7.7 如何批量导入迁移源？

批量导入迁移源的步骤如下：

1. 登录对应区域CMS控制台。

2. 单击左侧导航栏，“主机管理”选项卡。

3. 单击“下载导入模板”按钮，下载模板。

4. 填写模板内容。

5. 单击“导入excel”导入迁移源。

6. 单击“导入日志”，查看导入结果。

说明

填写模板EXCEL时，填写内容为：源机别名、源机IP以及目标机ID；其中目标机ID需要单击目标机详情查看。具体操作步骤您可参见批量导入迁移源与查看。

1.1.7.8 为什么删除迁移源失败？

迁移源处于“在线”状态下，用户无法在“主机管理”界面删除迁移源。

1.1.7.9 迁移日志中提示“delete snapshot xx error ！”如何处理？

QGA会影响vss服务，迁移源需要关闭QEMU Guest Agent VSS Provider（QGA）并且禁用。

具体步骤：

1. 快捷键“Win + R”输入 ：services.msc。

2. 找到对应服务关闭并禁用。

1.1.7.10 迁移vss报错提示，可以如何查找问题？

可以通过使用Windows Server事件查看器，进行故障点排查。

操作步骤：

1. 打开控制面板，单击“查看事件日志”，系统和安全下“查看事件日志”。

2. 打开Windows日志折叠目录，查看错误项。

1.1.7.11 平台反馈“Partitioning failed”如何解决？

使用平台下发分区任务后平台反馈“Partitioning failed”信息，是由于目标机分区失败造成。

您需要检查源机和目标机之间的网络是否正常。

1.1.7.12 迁移时如何进行CPU、带宽限制？

您可以在“主机管理”界面，在目标迁移源所在行“操作”列，下拉“操作”进行迁移任务“CPU限制”、“带宽限制”操作。

1.1.7.13 迁移过程中，误删除目标ECS时如何操作？

当您误删除目标机时，迁移任务会自动取消。

您需重新绑定目标机，重启迁移任务。

1.1.7.14 引导修复后提示：error: file “/boot/grub/i386-pc/xxx.mod” not found 目标机无法启动如何处理？

1. 确定启动方式

[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS

2. 检查/usr/lib/grub/目录下是否有i386-pc文件夹、文件夹内是否为空。

ls /usr/lib/grub

ls /usr/lib/grub/i386-pc

0. 找一台与源机一致操作系统与系统版本相同的临时云主机。

scp -r /usr/lib/grub/i386-pc username@xx.xx.xx.xx:/usr/lib/grub/

1.1.7.15 引导修复后启动目标机提示： error: file“/initrd.img”not found、error: file“/vmlinuz”not found如何处理？

您可以按以下操作排除对应问题：

以下示例仅适用多数版本，若无法适用版本则需按照对应版本发行手册指引进行操作。

error: file “/vmlinuz” not found

1. 使用可启动修复介质启动系统,并挂载系统磁盘的/boot分区。

2. 从安装介质或系统备份中提取vmlinuz内核文件,复制到/boot分区。

3. 更新引导配置(grub.cfg),将menuentry块中的linux行指向vmlinuz内核文件。

4. 重启系统,在引导菜单选择更新后的菜单项启动系统。

error: file “/initrd.img” not found

1. 挂载/boot分区和获取initrd.img文件。

2. 将initrd.img文件复制到/boot分区。

3. 更新grub.cfg,找到initrd相关行,将其指向新文件。

4. 重启系统,启动更新后的菜单项。

1.1.7.16 CMS任务下发提示“分区失败，请保源端和目标端间的网络连通性，并退出目标机远程控制台，重新进行分区”，应如何解决？

您在进行CMS任务配置时遇到了网络问题，可以使用配置页面上的通讯检测功能来确保迁移源与平台、迁移源与目标机之间的网络情况。如果网络情况良好，您可以检查目标机控制台连接界面是否被占用。若被占用，请退出控制台后进行任务下发和分区操作。

1.1.7.17 Linux迁移任务完成未报错，但检查目标机发现数据缺少，如何处理？

请检查源机fstab(路径：/etc/fstab)，是否将需迁移的挂载点正确写入；Agent启动是否具备root权限。

1.1.7.18 平台显示迁移源离线，无法创建迁移任务，需如何操作？

迁移源显示离线，表明CMS-Agent未有效在迁移源运行；

您需先修复迁移源状态为在线后，再新建迁移任务，修复方法如下：

Linux系统中：

1. 查看服务进程：ps -ef |grep moveCloud 或 movecloud status。

2. 重启进程服务：movecloud restart。

Windows系统中：

1. 查看服务进程：任务管理器中查看movecloudManage进程。

2. 重启进程服务：moveCloud。

1.1.7.19 迁移进行中，想要重新进行迁移，是否可以为迁移源新建并发迁移任务？

不可以。

当迁移出现报错或想重新迁移时，都需删除原迁移任务后，新建迁移任务。

1.1.7.20 绑定目标机不成功，再次选择目标机，提示绑定中。如何解决？

1. 远程登录目标机。

2. ps | grep move：查看当前程序进程，（确实存在程序进程，与绑定进程）。

3. kill -9 xxx：删除所有进程。

4. 根目录下：nohup ./moveDaemon > /moveDaemon.log 2>1 &“重新启动程序”。

5. 再次尝试重新连接。

1.1.7.21 使用CMS时为什么会提示获取地址异常？

使用非独占带宽时存在无法获取ip，会出现ip显示异常情况。

共享带宽与dnat服务不支持CMS服务，仅支持独占带宽；

1.1.7.22 设备上云后是否可以使用天翼云页面中修改重置密码功能？

可以。

迁移完成后会将相关天翼云重置密码程序包安装入系统中，您可以通过天翼云界面修改重置设备密码。

1.1.7.23 使用天翼云平台创建PE私有镜像，密码是否会被重置？

会被重置。

您使用天翼云平台创建PE私有镜像时，需要您输入密码；您只需输入两次符合密码复杂度的密码，通过平台页面验证即可，您使用PE程序时密码会被重置。

1.1.7.24 迁移后使用云主机创建私有镜像，密码会被重置吗？

不会被重置。

当您需要在天翼云平台为迁移后的系统创建私有镜像，您需要重复输入两次符合密码复杂度的密码，通过平台验证，但不会重置您系统的密码。

1.1.7.25 客户端无法正常下载如何解决？

单击客户端无法下载，通常是由于浏览器与插件的兼容性异常造成；

您可以尝试更换浏览器，重新访问平台查看是否解决。

1.1.7.26 部署目标机失败如何解决？

部署目标机时出现通信出错、部署失败、获取部署结果超时等问题都会导致部署失败；

您需要按照检查流程进行检查，检查流程一般为检测目标机与平台之间的网络是否正常通信、PE程序是否正常启动、PE程序的IP是否丢失。

1.1.7.27 当平台出现“获取反馈超时，请检查网络是否正常”该如何处理？

当您平台出现'获取反馈超时，请检查网络是否正常'时，是由于平台未收到源机任务反馈造成；

您需要检查源机和平台间网络是否正常、源机的Agent程序是否正常运行。

1.1.7.28 通信检测提示 “Failed to establish communication”应当如何处理？

当您进行源机与目标机间通信检测时，出现'Failed to establish communication'；

您需要检测Agent程序与PE程序是否正常运行，同时检测源机与平台之间的网络是否正常。

1.1.7.29 Linux文件级迁移，如何指定不迁移、不同步的文件目录？

CMS为文件级迁移，具体操作步骤您可参见文件及目录过滤。

1.1.7.30 CMS过滤规则项中，有哪些方式可以用来进行迁移源端文件过滤？

您可以通过设置过滤规则来实现文件过滤、目录过滤、正则过滤和通配符过滤四种不同类型的过滤。同时，通过多条过滤规则的复合使用，您还可以实现更加灵活和精准的过滤方式。

1.1.7.31 配置CMS过滤规则时，如果过滤类型需要选择“文件”，需要怎样添加过滤规则？

1. 精确地指定“过滤路径”到对应的文件级别。

2. 系统会自动选择“文件”单选按钮作为过滤类型。

3. 单击“确定”按钮，即可成功添加该文件的过滤规则。

注意

该规则会将此文件过滤，务必谨慎操作。

1.1.7.32 配置CMS过滤规则时，如果过滤类型需要选择“目录”，需要怎样添加过滤规则？

1. 精确指定“过滤路径”到对应的目录级别。

2. 手动选择“目录”单选按钮作为过滤类型。

3. 在保留项配置中，选择保留目录下的文件、目录以及目录树。

4. 单击“确定”按钮，完成目录过滤规则的添加。

注意

该规则会默认对该目录下除保留项外的所有文件和目录进行过滤，务必谨慎操作。

1.1.7.33 配置CMS过滤规则时，如果过滤类型需要选择“正则”，需要怎样添加过滤规则？

1. 精确指定“过滤路径”到对应的目录级别。

2. 手动选择“正则”单选按钮作为过滤类型。

3. 在递归选项中，选择是否将规则重复调用应用于该目录下的子目录。

4. 单击“添加”按钮，添加正则规则，支持根据需要添加多条表达式。

5. 单击“确定”按钮，完成正则过滤规则的添加。

注意

该规则会默认对该目录下所有匹配通配符表达式的文件和目录进行过滤，务必谨慎操作。

1.1.7.34 CMS具备停止增量检测功能，是否可以直接进行停止增量操作，根据提示进行应用停止？

不可以直接进行停止增量操作。

尽管CMS具备停止增量检测功能，但是该功能目前仅能够适配大部分场景，无法将所有场景全部覆盖检测。为了确保数据的一致性，建议在进行停止增量操作之前，先与应用厂商协商并停止相应的应用程序，最后再进行停止增量操作。

1.1.7.35 CMS迁移状态长时间停滞在迁移准备阶段，应当如何处理？

1. 检查程序是否正常运行：可以查看迁移源处的日志以检查是否存在报错等异常情况。

2. 检查迁移源处是否存在特殊共享存储：CMS存在基本的过滤规则，若存在其余未适配特殊存储，则可以通过工单形式进行追加适配。

3. 紧急情况下，可通过手动过滤特殊共享存储相关目录、盘符、挂载点的方式，确保迁移工作正常进行。

4. 处理较大数据量的迁移源，需要给予足够的时间和资源来处理。因此，在未确认是否存在异常情况的情况下，请勿关闭任务，以免影响迁移进程。

1.1.7.36 CMS提供了迁移压缩率调整功能，此功能应该如何使用、配置对迁移源具有什么影响？

您可通过CMS设置迁移的压缩率，最低压缩率为0，最高压缩率为9，建议默认；通常情况下，迁移压缩率越高，传输的数据量就越小，迁移所需的时间就越短，但同时也会增加源机的CPU使用率。因此，在选择压缩率时需要根据实际情况进行权衡。

若您需要使用，请进行对应测试后进行，如下是测试机设置不同压缩率的迁移速率与CPU使用率参考：

2c4g百兆带宽3G数据主机，使用0压缩率时：耗时3分40秒，cpu使用率最高50%；同规格主机使用9压缩率时：耗时2分50秒，cpu使用率最高99%。

1.1.7.37 CMS迁移追踪阶段中，进行“停止增量”操作时；弹窗提示“请将源机的相应应用停止，确保数据同步”的原因是什么？

该弹窗属于CMS对迁移源应用检测功能提示；出现此提示原因为迁移源大概率存在应用未全部停止，为确保迁移源与目标端数据一致性，建议单击弹窗中“单击查看需要关闭的应用”，根据提示进行相应检查。

1.1.7.38 CMS停止增量检测功能，检测的应用程序有哪些？

停止增量检测功能用于在迁移源端检测是否存在运行Oracle、MySQL、MariaDB、SQL Server、Redis、Docker应用程序；如果存在这些应用程序，CMS控制台将展示相关提示信息。

1.1.7.39 CMS进行引导修复时，提示引导修复失败；查看源机日志提示错误“no space left on drive”，应如何解决？

首先，您需检查源机是否有足够的空间进行迁移。对于Linux系统，应该预留至少5%的存储空间；对于Windows系统，应该预留至少10%的存储空间。如果源机空间不足，您需要进行优化后再进行迁移。

如果源机空间足够，您需要确认目标机是否开通与源机匹配大小的磁盘空间。如果目标机磁盘空间不足，则需进行扩容。

1.1.7.40 CMS能够进行正常绑定，但下发迁移任务时提示“通讯建立失败，请检测迁移源和目标端间的网络连通性”，应如何解决？

CMS平台通过TCP：8001端口对目标端进行推包操作安装程序；通过TCP：8000端口由源端向目标机下发任务配置命令执行。

即目标机正常绑定但任务下发失败，请检查目标机TCP：8000端口放通情况与源机目标机通讯情况。

1.1.7.41 CMS控制台，在配置windows系统迁移任务时，提示“任务准备失败，请联系管理人员”，应该如何处理？

请检查是否存在QEMU Guest Agent进行，请选择启动类型“禁用”，服务状态修改为“已停止”：

1. 用Ctrl + R组合键输入services.msc 。

2. 查看列表中是否存在“QEMU Guest Agent”。

3. 如果存在的话，右键单击，选择“属性”。

4. 将“启动类型”更改为“禁用”，将“服务状态”更改为“已停止”。

5. 单击“应用”保存更改。

如果通过以上操作仍然无法解决问题，请通过工单等方式向相关技术人员咨询进行排查。

1.1.7.42 如果不开启增量迁移，完成后是否还需要点开始核查进行数据稽核？

无论是否开启增量，仅需保证迁移流程严格规范进行，都无需进行手动数据稽核，特别当数据量很大时数据稽核比对需要花费较多时间。

CMS在迁移过程中根据特定算法确保了数据一致性，数据稽核功能主要作用于非正常操作后，可能存在的数据不一致情况的后备方案。

需要注意的是，若不开启增量在全量开始时，就需要提前执行停止增量步骤的操作，即停止应用保证数据一致性。

1.1.7.43 平台反馈 “Task does not exist”应当如何处理？

当您下发迁移任务时出现“Task does not exist”信息，是由于您此前进行的迁移任务非正常退出；

您需取消迁移任务后重新开始迁移。

1.1.7.44 Windows分区操作需要注意什么？

当您进行Windows分区时需要注意如下三问题：

1. 目标机必需要分一个系统盘。迁移时必需迁移系统盘，且源机的系统盘必需迁移到目标机的系统盘。如果目标机的系统分区不在第一块磁盘上，迁移后可能无法正常启动。

2. Windows迁移时，目的盘符的盘符大小不能小于对应的迁移盘符的盘符大小。

3. Windows不支持动态磁盘迁移。

1.1.7.45 平台反馈“Partitioning failed”如何解决？

当您使用平台下发分区任务后，平台反馈“Partitioning failed”信息，是由于目标机分区失败造成；

您需要检查源机和目标机之间的网络是否正常。

1.1.7.46 进行Windows分区界面失败如何解决？

当您进入分区界面失败时，是由于目标机的磁盘基本信息未上报，目标机的迁移程序运行异常；

您需要检查目标机迁移程序是否正常运行，同时等待目标机将所需信息上报至平台。

1.1.7.47 Linux分区提示“Partitioning failed”如何处理？

当您使用CMS进行linux迁移分区任务下发时，平台反馈“Partitioning failed”信息；

您需要重启目标机，若还无法解决需要重装目标机系统。

1.1.7.48 目标机无IP如何处理？

如果目标机没有dhcp环境，需要您手动配置IP。

1.1.7.49 任务配置反馈“The task already exists”如何处理？

当您单击"开始迁移"后，平台反馈“The task already exists”提示信息，您此前可能有迁移任务异常结束；

您需要重新进行迁移任务配置。

1.1.7.50 CMS-Agent（windows端）弹窗显示服务正在运行，windows后台任务托盘也未看到程序图标，该如何处理？

这是由于Windows 操作系统采用了一种叫做“单实例”的机制，同一个用户在多个窗口登录时，只能看到当前活动窗口的后台托盘程序。您可以通过任务管理器查看同一用户下其他窗口的后台托盘程序，具体操作如下：

1. 打开任务管理器。您可以通过终端窗口或快捷键“Ctrl+Alt+Del”来打开它。

2. 单击“详细信息”选项卡。

3. 单击“进程”列的标题，使其按照字母顺序排序。

4. 滚动到类似的应用程序，并单击其行以选中它。

5. 单击任务管理器下方的“选择同一用户的进程”按钮。

6. 在弹出窗口中，选择您想查看的其他窗口和后台托盘程序的进程。

7. 单击“确定”，即可显示选择的进程和应用程序。

注意

若您当前没有管理员权限，则可能无法选择同一用户的进程。同样，若同一用户没有同时运行多个应用程序的实例或后台托盘程序，则可能无法在任务管理器中看到其余实例的程序和图标。

1.1.7.51 CMS-Agent(linux)启动时提示“Start moveCloud fail:redis: nil”，应当如何解决？

此报错原因可能是由于CMS-Agent版本与平台上的Redis版本记录不一致所导致的。解决方法是在平台上重新下载CMS-Agent并进行安装，然后重新启动CMS-Agent即可。如果问题还未解决，可通过工单进行相应的技术咨询。

1.1.7.52 Linux Agent安装启动出现“start moveCloud fail”如何解决？

此问题出现的原因为程序包配置文件异常导致；

您可以通过重新从平台下载对应的CMS-Agent程序安装包解决。

1.1.7.53 Linux迁移任务提示Boot failure(Failed to install GRUB)如何解决？

此提示告知您进行引导修复时出现了异常报错；

您需要登录目标机查看日志，（cat /usr/moveCloud/mkinit.log），搜索ERROR或does not进行检索，不存在的情况最容易出现；

由于您对迁移源有进行过不当配置导致未同步，手动将/boot/grub/device.map中sda修改为vda，重新进行迁移任务即可解决。若出现ERROR请联系专业技术人员进行排查。

1.1.7.54 Windows迁移程序启动失败如何处理？

当您双击“moveCloud.exe”后，出现“加载配置文件失败”弹窗，是由于CMS-Agent cfg.ini文件缺失；

您需要重新从平台下载CMS-Agent程序安装包。

1.1.7.55 Windows迁移程序获取redis配置失败如何解决？

当您单击单击“启动服务”后，出现“获取redis配置失败”弹窗，您需要检查源机与平台的网络连通情况；

若网络连通正常，您需要重新从平台下载CMS-Agent程序安装包。

1.1.7.56 Windows迁移程序连接redis失败如何解决？

当您单击“启动服务”后，出现“连接redis失败”弹窗，是由于迁移源与平台网络不同导致，您需要检查迁移源与平台间的网络情况。

1.1.7.57 Windows单击启动服务提示“缺少更新程序”如何解决？

当您单击“启动服务”后，出现“缺少自动更新程序”弹窗，是由于缺少moveManage.exe程序导致；

您需要重新从平台下载CMS-Agent程序安装包。

1.1.7.58 Windows启动服务后提示“更新程序异常退出”如何解决？

当您单击“启动服务”后，出现“更新程序异常退出”弹窗，这是由于moveManage.exe程序更新过程中异常退出导致；

您需要重新停止启动服务。