我在什么场景下使用CMS服务？
当您需要将云下或者其余云服务商的主机迁移上天翼云时，您可以使用CMS服务帮助您有序、安全、便捷、轻松地将数字资产、服务、IT资源及应用程序，部分或完全迁移到天翼云，同时保证云上业务的可用性、安全性以及连续性。
CMS是否支持从阿里云、天翼云等其余云迁移至天翼云？
支持。
CMS支持市面上主流云厂商迁移至天翼云，如阿里云、天翼云、AWS以及移动云等；
同时也支持将本地云主机迁移至天翼云。通常情况下同处理器架构都可以通过CMS服务迁移上天翼云。
CMS是否支持将天翼云上的云主机，迁移到其余云服务商或本地？
不支持。
CMS服务迁移目标端仅能够选择天翼云，无法将天翼云弹性云主机迁移到本地或其他云服务商。
当我使用CMS服务时，是否能够要求天翼云技术人员帮助迁移？
天翼云技术人员不直接参与您的业务迁移，您可以通过查看帮助中心，然后实行迁移；
若帮助中心未涉及您的问题，您可通过页面反馈问题，相关技术人员后续对内容进行补充；
若您需要专业的迁移方案和专属的技术支持，您可以订购我们的迁移服务，帮助您平滑迁移业务，缩短整体业务停机时间，减少上云对业务的影响，解除您的上云顾虑，让您聚焦于业务发展。
关于CMS-SMS大型整机及数据库的迁移有何注意事项？
- 能否迁移
CMS-SMS理论上具备迁移整机和数据库的能力。但对于大型整机（系统总待迁移量2T以上且存在大量大小文件）以及大型库（数据库+系统200G以上且增量大于500r/s），需提前对风险及预期效果进行预估和调整。其中，大型数据库不建议使用CMS-SMS迁移，因其涉及数据量大、增量变化快、数据一致性要求高等复杂因素，CMS-SMS可能难以满足性能和稳定性需求。 - 专业迁移工具推荐
对于大型数据库迁移，建议使用数据库专业迁移工具。这些工具针对数据库迁移场景进行了优化，能更好地应对数据量大、增量变化快等问题，确保迁移过程高效且数据一致。 - 使用CMS-SMS迁移大型整机及数据库的注意事项
- 若因特殊原因必须使用CMS-SMS进行大型整机及数据库迁移，需特别注意以下事项：
（1）停止相关应用进程：在“停止增量”步骤前，务必停止相关应用进程，避免迁移过程中数据发生变化，影响迁移结果。
（2）迁移测试与全流程预估：
迁移测试：提前测试迁移过程中可能出现的卡慢问题（如迁移准备遍历、全量过程遍历大小文件、增量传输数据变化等），评估迁移工具的性能和稳定性。
全流程预估：根据测试结果，实际预估全流程迁移时长，制定合理的迁移计划，避免影响迁移项目进程。 - 总结
对于大型整机及数据库的迁移，不建议使用CMS-SMS工具。若因特殊原因必须使用，需严格遵循上述注意事项，做好迁移测试和全流程预估，以降低迁移风险。
是否支持迁移到GPU图形加速基础型、GPU计算加速型、裸金属云主机？
GPU图形加速基础型
支持。
GPU计算加速型
支持。
裸金属云主机
不支持。
CMS是否支持断点续传？
支持。
由于网络问题导致数据传输中断，网络恢复后即可自动续传；
由于误操作CMS-Agent导致中断，重新运行CMS-Agent并重新启动迁移任务即可继续迁移。
CMS是否支持增量数据迁移？
支持。
CMS迁移基本形式为全量+增量（手动增量/循环增量）。
如何将一个账户下的ECS云主机，迁移至另一账户下？
当您需要从A账户迁移至B账户时，您需在迁移时，按照如下步骤操作：
- 在A账户下的ECS云主机下，使用B账户的用户AK/SK安装CMS-Agent。
- A账户主机即会被上报至B账户迁移平台，正常执行后续迁移操作，即可实现ECS云主机跨账户迁移。
具体步骤请参见天翼云ECS实例间迁移最佳实践。
如何将天翼云上一个区域下的ECS云主机，迁移到另一区域？
当您需要从A区域迁移至B区域时，您需在迁移时，按照如下步骤操作：
- 在B区域使用云迁移服务。
- 在A区域云主机安装CMS-Agent，将迁移源上报。
- 在B区域创建目标机，正常执行后续迁移操作，即可实现ECS云主机跨区域迁移。
具体步骤请参见天翼云ECS实例间迁移最佳实践。
免费服务为何需要限制账户余额数大于100？
主机迁移服务本身免费，但迁移过程中会创建按量付费资源并产生少量费用。具体请参见计费说明。
在迁移过程中，是否对迁移源业务是否有影响？
合理负载使用不影响源机业务。迁移程序仅占用较少资源，不影响业务。
但是迁移源本身负载较高情况下，您需要通过限制CMS-Agent使用带宽与CPU使用率，降低CMS-Agent对源机使用率，避免对源端业务影响。
迁移安装的AK/SK，与天翼云AK/SK是否一致？
不一致。
CMS的AK/SK独立开发，位置位于迁移agent选项卡下，用于CMS-Agent安装验证。
CMS AK/SK作用是什么？
AK/SK里面包含了源端注册到控制台必需的信息，包括平台的用户信息，平台的地址、授权特征码等等。
CMS AK/SK会变化吗？有时限限制吗？
会变化。
时限为1天，每次刷新页面也会变更AK/SK码。
CMS AK/SK为什么要变化？是否可以设置AK/SK码不变化？
出于安全角度考虑，不可以设置AK/SK码不变化。
AK/SK在本质上代表了一种身份认证，作为云上最容易泄露但同时也是最为敏感的数据，云平台通过对AK/SK进行身份认证鉴权，来确认CMS-Agent是否可以注册到用户CMS服务。通过AK/SK鉴权的用户，便完成迁移源端注册上报并出现在CMS主机列表，后续可以在此查看采集到迁移源端详情及执行迁移任务。
AK/SK的泄露将会直接导致陌生设备注册到用户CMS服务上，所以需要动态AK/SK降低泄露风险。
Linux没有ROOT权限能否进行迁移？
不可以。
若不适用Linux进行迁移，迁移操作无法完全执行，会导致迁移内容缺失。
CMS会收集迁移源哪些信息？
为了给您提供更准确、更优质的服务，可能会以如下方式，采集并使用您提供的信息，平台侧在使用信息时会遵守用户隐私协议。
隐私数据采集：从服务的基本要求出发，平台在此环节会采集的主机信息，包括以下几点：
采集项 采集内容 基本信息 上线时间 Agent信息 主机类型、Agent版本 主机信息 主机名、固件类型、主机存活时间、主机系统、系统类型、系统版本、内核版本、cpu架构、用户权限、系统目录、文件系统。 IP信息 网卡信息、网卡名、网卡ipv4 、网卡ipv6 处理器信息 处理器名、处理器内核总数、处理器频率、处理器缓存 硬盘信息 磁盘名、磁盘分区格式、已用空间、磁盘大小（MB） 内存信息 总内存（MB）、剩余内存（MB）、内存使用率
如何选择目标端云主机镜像？
在创建云主机或重装系统时，选择对应操作系统云迁移专用镜像。
如何创建弹性云主机？
具体请参见创建弹性云主机。
CMS支持裸金属迁移吗？
CMS不支持裸金属迁移。
什么是文件迁移？
文件迁移是指将文件从一个位置或系统迁移到另一个位置或系统的过程。
在文件迁移中，文件的内容、元数据和属性等信息将被复制、转移或移动到新的存储设备、文件系统、应用程序或操作系统中。
在文件迁移过程中，关键考虑因素包括数据安全性、完整性、一致性和准确性。通常会使用专业的迁移工具和技术来帮助进行文件迁移，并确保迁移过程中的数据保护和传输效率。
文件迁移与块迁移有什么区别？
文件迁移和块迁移是两种不同的数据迁移方法，它们具有不同的特点和适用场景。下面是它们之间的区别：
| 区别 | 文件迁移 | 块迁移 |
|---|---|---|
| 数据单元 | 文件迁移是以文件为单位进行迁移，将整个文件从一个位置迁移到另一个位置。 | 块迁移是以存储设备的数据块为单位进行迁移。 |
| 粒度 | 文件迁移在更高层面上操作文件系统和文件结构，处理文件级别的元数据。 | 块迁移在更低层面上直接读取和复制存储设备上的数据块，不涉及文件系统和文件结构。 |
| 适用性 | 适用于文件系统间的数据迁移，或将文件从一个应用程序或操作系统迁移到另一个应用程序或操作系统。 | 适用于存储设备级的数据复制和备份。 |
综合来看，文件迁移适用于高层次的文件系统迁移和应用程序迁移，具有较高的灵活性。而块迁移适用于存储设备级的数据复制和备份，更高效并能确保数据的一致性。选择哪种迁移方法取决于具体的需求、资源和环境要求。
CMS为何基于文件迁移，文件迁移有何优势？
文件迁移具有较高的灵活性和可操作性，可以选择性地迁移、复制或删除文件，方便管理和操作文件。
文件迁移由于以文件为单位进行操作，因此文件迁移通常更容易理解和可读性更好。
文件迁移可以在更高层面上进行数据管理和操作，如文件级别的权限、元数据等。
什么是有效文件？
计算机文件是以计算机硬盘为载体存储在计算机上的信息集合，可以是文本文档、图片、程序等等。例如按性质和用途分类：系统文件、用户文件、库文件。按信息的保存期限分类：临时文件、永久性文件、档案文件。
CMS会自动过滤共享存储类型文件，有效文件即排除日志、temp文件外的计算机文件。
CMS服务与传统镜像迁移有什么区别？
CMS采用全量+循环增量模式，能够实现秒级切换，确保上云过程中业务"0"中断，即业务无感知地完成迁移。
CMS还支持断网续传和重启续传功能，有效避免用户因网络波动或误操作Agent等情况导致的任务中断，保障任务的稳定性。
传统镜像迁移是指在数据中心或服务器环境中使用镜像技术进行迁移的一种方法。在传统镜像迁移中，源服务器的完整镜像（包括操作系统、应用程序、配置和数据等）被复制到目标服务器上，以实现整个系统的迁移和部署。当开始镜像迁移时，需要关闭源端业务，将完整镜像进行打包传输；传输期间业务处于停机状态，即镜像迁移存在中断时间长、操作繁杂、耗费资源多的情况。
为何上云后CT-ECS详情中显示镜像为xx-迁移专用镜像而非源机系统名称？
属于正常现象。
迁移完成时，ECS控制台规格/镜像列显示的名称是创建ECS虚拟机时选择的镜像名称，而非当前操作系统名称。
如何判断迁移任务是否完成？
您可以通过查看CMS控制台，控制台展示"目标机已恢复"，并在历史任务中可以查看记录报告；也可查看目标机系统引导修复启动后，是否为迁移源迁移源系统。
CMS是否支持迁移源部分业务上云？
不支持。
CMS是基于操作系统层面的整机迁移服务，暂不支持部分业务迁移。
目标端操作系统是否能和迁移源不一致？
不可以。
CMS是基于操作系统层面的整机迁移服务；迁移完成后，目标端与迁移源属性状态一致。
迁移后，目标端规格是否能够改变？
可以。
用户可以根据需要对目标端规格进行修改；减小规格时，需要注意是否能够承载当前业务，若出现减小规格导致业务不可用，责任应由自己承担；建议使用平台推荐配置进行迁移，具体请参见创建目标机。
存储容量规格修改建议：一般待迁移设备，CMS会给对应目标机的分区推荐与源机一致的分区配置。
系统盘不建议缩容，若用户需要缩容存储盘，需要根据计算公式：当前硬盘容量 * 硬盘使用率 * 1.5（或一年冗余增长空间）进行缩容。
若需改变需手动对云主机变配，可参见变更规格。
天翼云没有或者下架了源端操作系统的镜像，能否进行迁移？
可以。
目标机区域可选用迁移专用镜像，且源端操作系统在适配列表中即可进行迁移。
CMS服务与CT-IMS镜像服务的区别？
CMS采用全量+循环增量模式，能够实现秒级切换，确保上云过程中业务"0"中断，即业务无感知地完成迁移。CMS还支持断网续传和重启续传功能，有效避免用户因网络波动或误操作Agent等情况导致的任务中断，保障任务的稳定性。
CT-IMS使用过程中如果云主机未关机处于数据读写状态，此时制作镜像可能会导致数据丢失的问题。需要关机状态进行镜像迁移，无法保证业务连续性。
目标机引导修复后启动、迁移源处新产生数据可以迁移至目标机吗？
不可以。
引导修复后目标机与迁移源机数据一致。完成迁移后目标机系统已非迁移专用系统，无法进行迁移任务，若需进行同步数据需重新迁移。请务必在最后一次增量迁移前保证迁移源端应用停止，无新数据读写等操作。
如何创建迁移目标机云主机，需要注意什么？
具体步骤请参见创建目标机。
CMS能否迁移Mysql等数据库？
大型库不建议使用CMS进行迁移，建议使用数据库专业迁移工具对大型数据库进行迁移。如果使用CMS进行迁移，在使用过程中应当在“停止增量”步骤前停止相关应用进程。
CMS迁移源对常用端口进行修改，是否会影响迁移？
不影响。
CMS服务对源端端口无要求，无需开通指定端口入方向，仅需针对出方向端口进行放通即可。
CMS服务入口在哪里？
登录天翼云账号后，您可以在天翼云首页左上角“产品 > 安全及管理> 管理工具> 云迁移”进入CMS服务。
CMS在哪些区域提供服务？
您可以通过帮助中心任意页面，在页面顶部“选择产品所在区域”部分，单击右侧“一类节点”按钮进行查看。
CMS任务配置中压缩如何配置？不配置默认压缩率为多少？
源机绑定后在“配置迁移任务”界面，可以单击“压缩率（0~9）”按钮对压缩率进行配置；
默认压缩率linux：5；windows：3。
迁移完成后，迁移源处如windows系统、软件激活是否还存在？
不存在，需要客户联系软件提供方进行处理。
迁移源云主机的系统、应用、文件等数据迁移到目标端云主机后，云主机的ID、网卡MAC地址等信息发生改变，导致OS、应用等License失效。此类问题，云迁移服务概不负责。对于Windows License可以使用天翼云License云主机获取新License，应用License用户自行解决。
CMS能否设置进程，加快迁移速率？
不可以。
CMS根据源端使用率进行自动规划线程，避免用户误操作影响源机，不允许手动操作。
CMS只支持x86系统吗？
CMS不仅支持x86系统迁移，同时支持arm系统迁移，具体请参照兼容性列表。
如何决定天翼云目标机配置？
目标机内存必须大于4G；目标机配置建议与迁移源一致，若迁移源内存小于4G，迁移完成后可以根据客户需求进行缩扩容等修改。
CMS能否迁移Oracle集群或其余集群？
不可以。
迁移上云后集群会变为单机版。如Oracle RAC需要使用共享存储、部分使用ASM磁盘，迁移工具无法提供ASM磁盘迁移，RAC迁移。
CMS能否实现共享存储、对象存储的数据迁移？
不可以。
由于共享存储存在数据量大、数据读写变动大等特点。可能导致迁移速率变慢、出错率增高。CMS为规避此问题，将共享存储与对象存储等目录进行过滤，并通过界面反馈告知过滤的具体内容。
使用迁移服务是否需要相关应用人员？
需要。
您在使用产品时，为了保持一致性，在进行增量迁移时需要进行暂停业务处理。
相关业务应用人员进行暂停业务操作，业务上云后也需要相关熟悉业务人员进行测试验证，以此减少业务停机时间。
业务启用会受何种因素影响？
当迁移源涉及未授权应用软件、盗版软件、集群数据库、U-Key硬件验证以及一些硬件绑定验证时，业务启用会因为授权绑定等验证问题，导致业务无法正常启动，需要在迁移前进行预案处理。
CMS服务在使用时网络环境需要注意什么？
若迁移过程中出现迁移速度瓶颈，您应先测试源端出口带宽以及目标端入流量带宽。注意是否存在特殊的网络、专线以及是否具备公网环境。
CMS能否实现特定需求？
可以。
当前CMS能够应对高密场景、保持IP不变等特定的需求。若您由于业务需要还有其余特定需求，请您通过工单进行技术咨询。
复杂业务使用CMS需要注意事项什么？
需要您记录业务关联信息，同一类型关联业务，需要根据需求按业务系统进行迁移、切换、测试。
CMS进行windows迁移与Linux有何不同？
windows处理过程与Linux不一致，需要您检查系统版本、关闭杀毒软件、关闭qemu、检查磁盘空间（不足时进行调整，修改卷影存储磁盘空间）。
迁移源资源与性能限制有哪些？
CMS代理端部署于源机，需占用源机的CPU与内存，当源机CPU使用率或内存使用率过高时，CMS代理端会影响业务，甚至导致迁移源宕机。正常4C4G的机器能正常满足迁移所需资源。
CMS需在源机agent启动后，持续对源机进行监控，并给出一定周期内CPU、内存使用情况、硬盘数据增长量等数据。
用户根据给出数据对系统进行评估，若无法准确评估需找相关专业人员确认。
Linux需要特别注意点有什么？
迁移源需要具备root权限；
迁移源需迁移的挂载点，需正确写入fstab文件。
OS的UUID是否会变化？
OS的UUID会发生变化，对于依赖系统UUID的应用需重新授权，如Windows授权，EDR授权等。
若迁移源（ windows）处大部分为小文件且数据量大，是否使用共享文件方式等其余方式迁移会更快？
CMS在处理大量小文件的流程方面更加高效。虽然CMS的实际迁移速度可能仅稍高于共享文件等传输方式，但借助其优秀的迁移稳定性，CMS可以避免许多与迁移中断有关的问题，譬如重连、重新校验遍历等。这种方式提高了迁移的成功率和安全性。
