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

# 切换运行手册模板
<a name="cutover-runbook-template"></a>

切换运行手册应包括将在转换期间执行的所有活动。但是，准备迁移前模板或清单同样重要。模板应包括在迁移前要完成的活动。

两个模板（可以合并为一个文档）都应为以下问题提供答案：
+ 要进行哪些活动？
+ 谁来执行这些活动？
+ 活动应该在什么时候进行？

本节包括迁移前清单示例、切换运行手册模板和回滚计划。任务 ID 有助于提高沟通速度和效率。

## Pre-migration 清单
<a name="pre-migration"></a>


| 任务 ID | Task | 依赖关系 | Team | 所有者 | 完成日期 | Status | 注意 | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
| P1 | 目标架构文件已获得批准。 |   |   |   |   |   |   | 
| P2 | 存在应用程序的目标账户。 |   |   |   |   |   |   | 
| P3 | 存在应用程序的虚拟私有云 (VPC) 和子网。 |   |   |   |   |   |   | 
| P4 | 迁移团队有权访问目标应用程序账户，并拥有所需的 AWS Identity and Access Management (IAM) 权限。 |   |   |   |   |   |   | 
| P5 | 应用程序团队拥有访问目标应用程序帐户及其资源的必要权限。 |   |   |   |   |   |   | 
| P6 | 变更申请已提出并获得批准。 |   |   |   |   |   |   | 
| P7 | 已建立并测试源环境和目标环境之间的连接。 |   |   |   |   |   |   | 
| P8 | 记录了应用程序团队的联系人名单。 |   |   |   |   |   |   | 
| P9 | 与主要利益相关者一起审查了切换计划。 |   |   |   |   |   |   | 
| P10 | Pre-migration 备份活动已完成。 |   |   |   |   |   |   | 
| P11 | 确认是否应安排其他支持联系人。 |   |   |   |   |   |   | 
| P12 | 确认每个应用程序的资源：谁将启动和关闭每个应用程序。 |   |   |   |   |   |   | 
| P13 | 向所有贡献团队发布了最终的切换计划。 |   |   |   |   |   |   | 
| P14 | 向主要利益相关者发布了切换启动通讯。 |   |   |   |   |   |   | 
| P15 | Post-cutover 已安排回顾性会议。 |   |   |   |   |   |   | 

同样重要的是，要在问题日志中记录之前的项目，以保持正轨，或者如果出现任何问题，则将其恢复正轨。

## 切换操作手册
<a name="cutover-runbook-example"></a>


| 任务 ID | Task | 依赖关系 | Team | 所有者 | 计划开始 date/time | 计划结束 date/time | 实际开局 date/time | 实际结束日期时间 | Status | 注意 | 
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | 
| C1 | 向所有利益相关者发送信息说明，告知该应用程序将按照 CR 中的规定关闭。 |   |   |   |   |   |   |   |   |   | 
| C2 | 确认源服务器和数据库的备份。 |   |   |   |   |   |   |   |   |   | 
| C3 | 停止源服务器上的应用程序和数据库服务。 |   |   |   |   |   |   |   |   |   | 
| C4 | 关闭源服务器。 |   |   |   |   |   |   |   |   |   | 
|   | **里程碑 1**<br />**Pre-cutover 活动已完成** |   |   |   |   |   |   |   |   |   | 
| C5 | 根据您的迁移方法（例如 AWS Transform MGN 移动）执行迁移。 |   |   |   |   |   |   |   |   |   | 
| C6 | 验证基础架构（目标服务器已启动并正在运行）。 |   |   |   |   |   |   |   |   |   | 
|   | **里程碑 2**<br />**迁移已完成** |   |   |   |   |   |   |   |   |   | 
| C7 | 更新 DNS 服务器以指向新创建的端点。 |   |   |   |   |   |   |   |   |   | 
| C8 | 验证 DNS 的更改。 |   |   |   |   |   |   |   |   |   | 
|   | **里程碑 3**<br />**Post-migration 活动-基础设施已完成** |   |   |   |   |   |   |   |   |   | 
| C9 | 在目标服务器上启动应用程序和数据库服务。 |   |   |   |   |   |   |   |   |   | 
| C10 | 应用特定于应用程序的配置更改（例如，指向新的 IP 地址）。 |   |   |   |   |   |   |   |   |   | 
|   | **里程碑 3**<br />**Post-migration 活动 — 申请已完成** |   |   |   |   |   |   |   |   |   | 
| C11 | 执行迁移后的应用程序测试-技术验证。 |   |   |   |   |   |   |   |   |   | 
| C12 | 执行迁移后的应用程序测试-业务验证 |   |   |   |   |   |   |   |   |   | 
| C13 | 向所有主要利益相关方通报迁移已完成。 |   |   |   |   |   |   |   |   |   | 
|   | **里程碑 4**<br />**Post-migration 测试已完成** |   |   |   |   |   |   |   |   |   | 

## 回滚计划
<a name="rollback"></a>


| 任务 ID | Task | 依赖关系 | Team | 所有者 | Status | 注意 | 
| --- | --- | --- | --- | --- | --- | --- | 
| R1 | 停止目标服务器上的应用程序和数据库服务。 |   |   |   |   |   | 
| R2 | 关闭目标服务器。 |   |   |   |   |   | 
| R3 | 恢复 DNS 服务器上的更新（指向源服务器）。 |   |   |   |   |   | 
| R4 | 验证 DNS 的更改。 |   |   |   |   |   | 
| R5 | 启动源服务器。 |   |   |   |   |   | 
| R6 | 将数据同步回源服务器（如果需要）。 |   |   |   |   |   | 
| R7 | 在源服务器上启动应用程序和数据库服务。 |   |   |   |   |   | 
| R8 | 执行应用程序测试-技术验证。 |   |   |   |   |   | 
| R9 | 执行迁移后的应用程序测试-业务验证。 |   |   |   |   |   | 
| R10 | 向所有主要利益相关者通报迁移已被撤销。 |   |   |   |   |   | 

## 重新托管策略的示例模板
<a name="example"></a>

该领域最常用的 R 类型迁移策略之一是重新托管策略，MGN 是首选的迁移工具。在重新托管场景中，您可以将[示例模板](samples/cutover-runbook_template.zip)用作基准文档。该模板包含了在实际客户互动中遇到的基本活动。它还包括供应用团队添加任务和活动的空间。上一节中的步骤可以为根据需要创建自己的自定义转换运行手册提供初步指导。