注意事项

• 若源端服务器是Linux系统，迁移前需要设置源服务器出向开放22端口；
• 若源端服务器是Windows系统，迁移前需要设置源服务器出向开放443、12121端口；
• 因迁移过程会创建中转实例和EIP用于数据传输，数据传输完成后自动释放。中转实例和EIP会按实际使用时长进行计费，故需要账户余额不少于100元。计费情况详见迁移计费。

迁移步骤

源服务器安装并启动迁移工具

Linux

1.下载迁移agent到您的源服务器中。 您可以点击下载安装包至本地后，再上传至源端服务器，或者在源端服务器执行对应下载命令。

2. 确保迁移源内存在/root/.ssh/id_rsa和/root/.ssh/id_rsa.pub文件，如果不存在请使用ssh-keygen生成。
3. 运行以下命令进行解压缩。

tar -xzvf migagent_xxx.tgz

例若源端服务器是CentOS 7，则运行：

tar -xzvf MigrateToBaiduClientV2.4.6_centos78-rocky8_x86-64.tgz

4.运行以下命令进入agent目录。

cd migrate-center-agent_pyinst

5.运行以下命令，编辑user_cfg.json，填入百度智能云账户的AK、SK。

vim user_cfg.json

移动光标，键盘按i，填写AK、SK。填写完毕，esc键退出，:wq保存退出。

6.运行以下命令，启动迁移源。

./migrate-center start

Windows

1.下载迁移agent到您的源服务器中并解压。

点击下载：MigrateToBaiduClient1.0.2_Windows_X64.zip，

或者在源服务器，打开Windows PowerShell，输入以下命令：

Start-BitsTransfer -Source https://wanjuan-docs.bj.bcebos.com/MigrateToBaiduClient1.0.2_Windows_X64.zip -Destination C:\Users\Administrator\Desktop\MigrateToBaiduClient1.0.2_Windows_X64.zip

下载完成后即在桌面上生成一个名为MigrateToBaiduClient1.0.2_Windows_X64.zip的压缩包，右键选择“全部解压”。

2.解压后，在解压后的文件夹（MigrateToBaiduClient1.0.2_Windows_X64文件夹）找到并双击运行“MigrateToBaiduClient”应用程序。

3.填入迁移创建出的镜像所属用户的 AK、SK，并点击启动。

管理迁移源

前提条件

• 迁移agent在源服务器安装成功并启动完成

操作步骤

1. 待迁移agent安装成功并启动后，前往百度智能云控制台进入云服务器实例列表。
2. 在控制台左侧导航点击 服务器迁移中心，进入服务器迁移中心。
3. 当迁移agent成功启动，迁移源自动创建。迁移源信息会自动展示在列表中。
4. 仅当状态为 在线 的迁移源可以新建迁移任务。
5. 只有无迁移任务的迁移源才可以被删除，若需要删除迁移源，需要先删除迁移任务。

新建迁移任务

迁移源状态为在线时，可以新建迁移任务。

1、选择源端

2、选择目的端

3、确认信息

信息确认无误后点击保存，迁移任务列表生成一条迁移任务。任务状态为未开始。

4、启动迁移任务

在迁移任务列表在对应迁移任务操作栏，点击启动，任务状态变更为迁移中。

可点击迁移任务名称，进入详情查看任务进度。

其他说明

启动/暂停/删除迁移任务限制和说明：

• 启动：会校验账户是否欠费，如果欠费则提示无法启动任务。如果用户选择的是走自动创建代理服务器流程，启动的校验就是创建后付费资源的校验。
• 暂停：中止迁移任务，任务状态变为已暂停。总耗时时间记录正常进行。
• 删除：如果迁移任务状态为『迁移中』，迁移任务不可删除，需要先暂停，才可删除； 删除迁移任务，删除后迁移任务从列表里消失，且创建的自动代理服务器也随着任务删除而释放。

异常处理

若您的迁移任务状态异常，可从以下几种情况排查。迁移任务状态异常的几种情况：

• 迁移任务异常，可能由于网络不稳定。若失去心跳超过3分钟，迁移任务将会异常。
• 迁移任务异常，可查询迁移源状态是否异常。
• 迁移失败，可能是因为迁移过程中有对中转实例进行了关机等操作，或者没有提前设置中转实例所在安全组中是否放开入向ssh访问22端口。
• 迁移任务一直在迁移中，可能是因为中转实例未创建出来，请确认中转实例是否创建成功。

常见问题

如果迁移源是IDC物理机，并且网卡名不是ethX，则迁移后的网卡名可能会变成ethX而导致网络不通。这种情况下可以用SmartTerm/VNC登录服务器，删除旧网卡的配置，并按如下建议配置eth0，然后重启网络服务。

Centos 6/7/8:

删除/etc/sysconfig/network-scripts/下的旧网卡配置，并按如下配置创建ifcfg-eth0

TYPE=Ethernet
DEVICE="eth0"
ONBOOT=yes
BOOTPROTO=dhcp
RES_OPTIONS="rotate timeout:1"
IPV6INIT="yes"
IPV6_PEERDNS="no"
DHCPV6C="yes"
DHCPV6C_OPTIONS=-nw
IPV6_DEFROUTE="yes"
IPV6_PEERROUTES="yes"

Ubuntu 16.04:

编辑/etc/network/interfaces添加如下配置

auto eth0
iface eth0 inet dhcp

Ubuntu 18.04/20.04:

编辑/etc/netplan/01-netcfg.yaml

network:
  version: 2
  renderer: networkd
  ethernets:
    eth0:
      dhcp4: yes

Ubuntu 22.04:

编辑/etc/netplan/01-netcfg.yaml

network:
  version: 2
  renderer: networkd
  ethernets:
    eth0:
      dhcp4: yes
      dhcp-identifier: mac