切换运行手册模板

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

两个模板（可以合并为一个文档）都应为以下问题提供答案：

• 要进行哪些活动？

• 谁来执行这些活动？

• 活动应该在什么时候进行？

本节包括迁移前清单示例、切换运行手册模板和回滚计划。该任务 IDs 有助于使沟通更快、更有效。

迁移前清单

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

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

切换操作手册

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

回滚计划

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

重新托管策略的示例模板

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