本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 評估階段
<a name="assess"></a>

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

評估階段著重於評估和探索您目前 SAP 工作負載的基礎設施、程序、組織結構和需求。此階段通常開始於雲端供應商選擇程序的一部分。

評估階段包含下列步驟：

1. 當您選擇 AWS 做為雲端供應商時，在專案的初步階段， AWS Professional Services 會驗證所有 SAP 系統和 SAP 環境，這些系統和環境都在遷移範圍內。目標是確保所有資料點都有效，並填補任何差距。

1. 專案團隊會準備詳細的整合、批次任務和衛星系統庫存，這些系統屬於 SAP 系統環境的一部分，並決定作業系統、資料庫和 SAP 和非 SAP 應用程式版本。這包括所有相容性、支援、授權和合規要求。它也包含技術需求，例如資料庫的目前和預計大小、網路容量、所需的運算效能，以及每個應用程式的高可用性 (HA) 和災難復原 (DR) 需求。

1. 評估組織層面。其中包括您的 SAP 卓越中心，以及支援遷移工作和與遷移並行維護定期操作所需的技術、組織和專案管理功能 （內部和合作夥伴協助）。此評估也包含 SAP 應用程式資產的操作行事曆、定期維護程序、備份和安全檢查。

1. 業務層面，例如限制日期、財務關閉、尖峰交易時間和交易期間，都會納入考量。系統會考慮關鍵主題的業務輸入，例如業務連續性、法律和法規合規、資料隱私權、資料駐留權和安全性。


****  

| 
| 
| **目標** | **活動** | 
| --- |--- |
|   將遷移至 AWS 和在 上操作 SAP 工作負載的知識轉移至您的團隊 AWS   評估目前的 SAP 架構，並建立目前 SAP 系統環境和進行中和計劃專案的庫存   定義未來的遷移和架構目標   定義概念性未來狀態架構   評估潛在的基礎設施和總擁有成本 (TCO) 利益   |   介紹並討論將 SAP 工作負載遷移至 AWS、現代化概念和範例的選項   建立目前 SAP 應用程式資產和架構的庫存，以及規劃的客戶專案   探索遷移和現代化策略和策略   定義概念性未來狀態架構，並視需要定義 TCO 計算   概述登陸區域 （即雲端基礎）   | 
| **輸入** | **輸出** | 
| --- |--- |
|   簡報、研討會和圓桌會議   有關目前 SAP 環境、SAP 應用程式、資料庫、作業系統、規模調整和類似技術規格的文件   草擬遷移和架構目標，例如復原點目標 (RPO)、復原時間目標 (RTO)、HA 和 DR 要求   AWS 最佳實務和範例   |   著重於 SAP 的簡報 AWS，包括高階遷移和架構概念、參考和範例   遷移目標、策略和策略文件   概念架構文件   草稿登陸區域   | 

下圖提供 SAP on AWS Discovery 研討會的簡化範例，做為評估階段的一部分交付。請注意您的團隊和 AWS 專業服務的主動參與，以及單獨的議程項目。

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