确保源工作负载和网络环境满足以下使用 Migrate 代理实用程序的要求。
使用 Migrate 代理只能进行实时迁移。
Migrate 代理支持进行自动迁移。您可以使用 Migrate 客户端或 Migrate Web 界面执行迁移。
不支持将 Migrate 代理用于半自动化 (X2P) 迁移。
使用 Migrate 代理注册和迁移工作负载时，请确保您的迁移环境符合以下要求：
PlateSpin Migrate 服务器主机、复制网络和目标计算机需要公用 IP 地址。在某些部署方案中，源计算机也需要公用 IP 地址。
确保工作负载可以访问 Migrate 服务器的公用 IP 地址。
在 PlateSpin 配置页面上，将 AlternateServerAddress 参数设置为 Migrate 服务器的公用 IP 地址。对于从云市场部署的 Migrate 服务器，Migrate 会自动将公用 IP 地址添加到此参数。请参见部分 5.7, 配置 PlateSpin 服务器的备用 IP 地址。
配置工作负载迁移时，请为复制网络启用公用 IP 地址。
在迁移期间，Migrate 会自动在目标计算机上配置公用 IP 地址。
有关注册和迁移的网络要求信息，请参见
注：请根据迁移目标参考部署图，了解不同迁移组件之间的端口和信息流。请参见部分 III, 准备迁移环境。
确保将源工作负载配置为支持以下端口的出站通讯：
HTTPS 端口（TCP/443）
复制端口（默认为 TCP/3725）
复制端口可进行配置。如果在 PlateSpin 配置页面上修改了 FileTransferPort 参数，则必须相应地修改防火墙设置。
当您在源工作负载上使用 Migrate 代理时，源工作负载会联系目标工作负载以进行数据传输。必须在 Migrate 服务器上重新配置复制端口方向。
在 PlateSpin 配置页面上，将 SourceListensForConnection 参数从 True 更改为 False。对于从云市场部署的 Migrate 服务器，此参数默认设置为 False。请参见部分 5.9, 配置复制端口的联系方向。
对于基于云的 Migrate 服务器，服务器默认配置为所要迁移到的目标类型与其上级云环境匹配。如果源工作负载所要迁移到的目标与其所属的上级云环境不同，则您必须去除 ServerIsHostedInCloud 参数的默认值（将字段留空），在“添加目标”对话框中所有目标类型才都可用。
软件先决条件
要使用适用于 Linux 的 Migrate 代理实用程序，源计算机上需要安装 GNU C Library (glibc) 2.11.3 或更高版本。
重引导
安装、卸装或升级基于块的传输驱动程序时需要重引导源 Windows 工作负载。源 Linux 工作负载无需重引导。
尽管 Windows 工作负载总是需要重引导，但是，在执行该操作并因而重引导服务器时，使用 Migrate 代理实用程序可让您更好地进行控制。例如，您可以使用 Migrate 代理实用程序在安排好的停机时间安装驱动程序，而不用在第一次复制时进行安装。
身份凭证
对于 Windows 工作负载，Migrate 代理实用程序需要管理员特权才能执行命令。
对于 Linux 工作负载，Migrate 代理实用程序需要 root 级别访问权限才能执行命令。非 root 用户帐户必须获得使用 sudo 命令的授权。也就是说，该用户名必须列于 /etc/sudoers 配置文件的授权用户中。有关使用非 root 帐户的信息，请参见知识库文章 7920711。
注：对于 Amazon Web Services 中的源 Linux 工作负载，AMI 模板会自动创建允许使用 sudo 的默认非 root 系统用户帐户。此帐户的用户名因 AMI 提供商而异。对于 Amazon Linux 映像，大多数 Linux 发行套件的非 root 用户名是 ec2-user。CentOS AMI 的用户名是 centos。有关详细信息，请参见 AMI 提供商文档。
在 AWS 中，非 root 用户必须运行 sudo -i 命令才能访问 root 外壳，然后才能运行 Migrate 代理命令。在每个 Migrate 代理实用程序命令中键入 sudo 可能导致在某些源工作负载上运行失败。