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

# 评估阶段
<a name="assess"></a>

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

评估阶段的重点是评估和发现您当前的基础架构、流程、组织结构以及 SAP 工作负载的需求。此阶段通常作为云提供商选择过程的一部分开始。

评估阶段包括以下步骤：

1. 当您选择 AWS 云提供商后，在项目的初步阶段， AWS 专业服务会验证所有处于迁移范围内的SAP系统和SAP环境。目标是确保所有数据点都是有效的，并填补任何空白。

1. 项目团队准备一份作为 SAP 系统环境一部分的集成、批处理作业和卫星系统的详细清单，并确定操作系统、数据库以及 SAP 和非 SAP 应用程序的版本。这包括所有兼容性、支持、许可和合规性要求。它还包括技术要求，例如数据库的当前和预计大小、网络容量、所需的计算性能，以及每个应用程序的高可用性 (HA) 和灾难恢复 (DR) 要求。

1. 对组织方面进行评估。其中包括您的 SAP 卓越中心，以及支持迁移工作和在迁移的同时维持正常运营所需的技术、组织和项目管理能力（包括内部和合作伙伴协助）。此评估还包括 SAP 应用程序资产的操作日历、定期维护程序、备份和安全检查。

1. 考虑了业务方面，例如限制日期、财务结算、交易高峰时间和交易时段。考虑业务连续性、法律和监管合规性、数据隐私、数据驻留和安全性等关键主题的业务意见。


****  

| 
| 
| **目标** | **活动** | 
| --- |--- |
|   向你的团队传授有关迁移到 SAP 工作负载 AWS 和操作 SAP 工作负载的知识 AWS   评估当前的 SAP 架构，并创建当前 SAP 系统环境以及正在进行和计划中的项目的清单   定义 future 迁移和架构目标   定义概念性的未来状态架构   评估潜在的基础架构和总拥有成本 (TCO) 收益   |   介绍和讨论将 SAP 工作负载迁移到的选项 AWS、现代化概念和示例   创建当前 SAP 应用程序资产和架构以及计划中的客户项目的清单   探索迁移和现代化策略和策略   定义概念性的未来状态架构，并在需要时定义总拥有成本计算   勾勒出一个着陆区（即云基础）   | 
| **输入** | **输出** | 
| --- |--- |
|   演讲、研讨会和圆桌会议   有关当前 SAP 环境、SAP 应用程序、数据库、操作系统、规模和类似技术规格的文档   起草迁移和架构目标，例如恢复点目标 (RPO)、恢复时间目标 (RTO)、HA 和 DR 要求   AWS 最佳做法和示例   |   以 SAP 为重点的演示文稿 AWS，包括高级迁移和架构概念、参考资料和示例   迁移目标、策略和战略文档   概念架构文档   Draft 着陆区   | 

下图提供了 SAP on AWS Discovery 研讨会的简化示例，该研讨会作为评估阶段的一部分提供。请注意您的团队和 AWS 专业服务部门的积极参与，并有单独的议程项目。

 ![Simplified example of an SAP on AWS Discovery Workshop](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/strategy-sap-migration/images/sap-migration-discovery-workshop.png)