本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 步骤 5。割接
<a name="step5"></a>

典型的重新托管迁移的最后一步是安排一个割接窗口，并准备好支持割接的资源。

## 验证复制状态
<a name="5-verify-replication"></a>

 首先，您必须验证复制状态，并确保给定 Wave 中所有服务器的状态都处于正常状态。

与[第 3 步](step3.md)一样，您可以运行云迁移工厂脚本来自动执行此步骤。该脚本每 5 分钟重试一次，直到给定 Wave 中每台服务器的状态都变为正常状态，并更新云迁移工厂数据库中的复制状态。

有关详细说明，请参阅*云迁移工厂实施指南*中的[验证复制状态](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-factory-web-console.html#verify-the-replication-status)。

## 关闭源服务器，为割接做准备
<a name="5-shutdown"></a>

 验证源服务器的复制状态后，就可以关闭源服务器，停止从客户端应用程序到服务器的事务。通常，您可以在割接窗口中关闭源服务器。手动关闭源服务器每台服务器可能需要 5 分钟，而对于大 Wave，总共可能需要几个小时。相反，您可以运行云迁移工厂自动化脚本来关闭给定 Wave 中的所有服务器。

有关详细说明，请参阅*云迁移工厂实施指南*中的[关闭范围内的源服务器](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-factory-web-console.html#shut-down-the-in-scope-source-servers)。

## 启动割接的目标 EC2 实例
<a name="5-launch-ec2"></a>

 关闭源服务器后，即可启动目标 EC2 服务器实例。与[第 4 步](step4.md)一样，您可以使用单个**启动服务器**按钮在割接模式下启动给定 Wave 中的所有服务器。这里唯一的区别是，您选择了**割接**作为启动类型。与启动测试一样，**启动服务器**按钮可自动执行以下过程：
+ 验证复制状态并确保延迟时间小于 180 分钟。
+ 根据云迁移工厂数据库中的元数据，更新给定 Wave 中所有服务器的 Amazon EC2 启动模板。
+ 将所有服务器发送到 Application Migration Service 作业，并以割接模式启动它们。

有关详细说明，请参阅*云迁移工厂实施指南*中的[启动割接实例](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-factory-web-console.html#launch-instances-for-cutover)。

## 验证实例启动状态
<a name="5-status-check"></a>

 在割接模式下启动实例后，请至少等待 15 分钟，然后再进行下一步操作（即验证实例启动状态）。割接启动完成后，您可以运行云迁移工厂自动化脚本来验证给定 Wave 中所有机器的 2/2 状态。

如果实例未通过 2/2 状态检查，请联系 [AWS Support](https://aws.amazon.com/premiumsupport/) 寻求帮助。

有关详细说明，请参阅*云迁移工厂实施指南*中的[验证目标实例状态](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-factory-web-console.html#verify-the-target-instance-status)。

## （可选）为目标实例获取的新 IP 地址
<a name="5-get-ip"></a>

 如果目标服务器实例使用新的 IP 地址，则下一步是使用新的 IP 地址更新 DNS 服务器。在某些情况下，目标实例支持动态 DNS 注册并自动向 DNS 服务器注册新 IP 地址。例如，如果 Windows 服务器使用域控制器作为 DNS 服务器，则可以自动注册 DNS。另一方面，如果 DNS 更新是手动过程，则需要获取所有目标实例的新 IP 地址。在这种情况下，您可以使用云迁移工厂自动化脚本将给定 Wave 中所有实例的新 IP 地址导出到 CSV 文件中。

有关详细说明，请参阅*云迁移工厂实施指南*中的[检索目标实例 IP](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-command-prompt.html#retrieve-the-target-instance-ip)。

## 测试对目标服务器的 RDP/SSH 访问权限
<a name="5-test-rdp"></a>

 更新 DNS 记录后，您可以使用主机名连接到目标实例。在此步骤中，您将检查是否可以使用 Remote Desktop Protocol (RDP) 或通过 Secure Shell (SSH) 访问来登录操作系统。您可以单独手动登录每台服务器，但是使用云迁移工厂自动化脚本测试服务器连接会更有效。

有关详细说明，请参阅*云迁移工厂实施指南*中的[验证目标服务器连接](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-command-prompt.html#verify-the-target-server-connections)。

## 重新配置应用程序和网络设置
<a name="5-config-app"></a>

 迁移团队完成操作系统级别的测试后，应用程序团队将在应用程序级别进行更改。这些更改包括以下内容：
+ 如果应用程序需要负载均衡器，请将负载均衡器中的应用程序终端节点更改为指向 IPs 中的新实例 AWS。
+ 更改应用程序 Web 层的连接字符串以连接到数据库。
+ 更改其他应用程序特定设置。

## 测试应用程序
<a name="5-test-app"></a>

 应用程序测试在上一节所述的更新之后进行，通常由应用程序所有者或支持团队处理。它涉及登录新服务器并确认应用程序按预期工作。如果不是，则应用程序所有者或支持团队会与迁移团队合作，对问题进行排查和修复。

## 完成割接
<a name="5-complete-cutover"></a>

 这是迁移的最后一步。应用程序所有者从功能和性能角度决定中的目标应用程序是否 AWS 符合他们的期望。如果需要回滚，则通常涉及以下活动：
+ 终止受影响应用程序的所有 AWS 实例。
+ 为给定应用程序打开本地服务器。
+ 将 DNS 记录恢复到旧服务器的 IP 地址。