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

# 动员阶段
<a name="mobilize"></a>

 ![Mobilize phase in SAP migrations to AWS](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/strategy-sap-migration/images/sap-migration-mobilize.png) 

动员阶段侧重于在 AWS 架构上完善您的目标 SAP 并制定蓝图，支持概念验证 (PoC) 项目的实施，以及定义迁移工具和规划。此阶段为迁移过程奠定了基础。它规定了详细的非功能性需求、 AWS 架构上的 SAP、landing zone、迁移方法的细节以及完善的迁移计划。在此阶段，迁移团队的大部分成员都将入职并向其介绍迁移项目。SAP 工作负载迁移的准备工作将完成，以确保成功开始下一阶段（迁移）。

动员阶段包括以下步骤：

1. 根据明确定义的客户标准规划和实施PoC。

1. 动员并加入项目团队。

1. 完善并完全指定 SAP 对 AWS 工作负载的非功能性要求。

1. 将新的和现有的 SAP 工作负载映射到新的 AWS 基础架构。

1. 按照 SAP L [ens — Well-Architecte AWS d Framework 中讨论的原则在 AWS 架构上设计 SAP。](https://docs.aws.amazon.com/wellarchitected/latest/sap-lens/sap-lens.html)

1. 设计和建造一个符合 SAP 工作负载要求的新（或完善现有的）着陆区。

1. 完成详细的项目计划。

1. 准备 AWS 基础架构配置和 SAP 初始安装所需的代码。

1. 准备并设置所需的迁移和转换工具。


****  

| 
| 
| **目标** | **活动** | 
| --- |--- |
|   为 SAP 工作负载的详细未来状态架构制定蓝图 AWS   制定详细的迁移计划   完成着陆区   动员和组织组织组织您的组织、合作伙伴组织中的迁移团队） AWS   |   细化详细的客户要求   将现有 SAP 工作负载映射到 AWS 服务   定义所需的工具和集成   制定详细的未来状态架构并定义过渡状态   制定详细的迁移计划；定义角色和职责   加入项目团队   | 
| **输入** | **输出** | 
| --- |--- |
|   评估阶段的产出   灾难恢复、HA、安全、关键操作程序、性能、软件版本（操作系统、数据库、SAP 和非 SAP 系统）和集成的详细要求   AWS 在上迁移和运行 SAP 工作负载的最佳实践 AWS   |   详细的迁移计划以及负责、负责、咨询、知情 (RACI) 矩阵   灾难恢复、HA、安全、分离、性能 DevOps、软件版本和类似注意事项的详细要求   迁移的详细技术方法和工具要求   详细的未来状态 SAP 架构蓝图   登录区   基础设施即代码（IaC）   | 

要了解领先的高端聚合物供应商之一科思创如何选择 AWS 专业服务来支持其云迁移并创建满足其需求的平台架构，请参阅[科思创用于 AWS 运营转型和推动制造](https://aws.amazon.com/solutions/case-studies/covestro-case-study/)创新的案例研究。科思创将 500 多款业务应用程序和 1,000 台服务器从其数据中心迁移到一个 AWS 着陆区。

下图提供了典型的 SAP 动员项目团队的简化示例。

 ![Simplified example of an SAP project team](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/strategy-sap-migration/images/sap-migration-teams.png)