將 SAP 平台移轉至 Azure
SAP 是功能強大的平台，具有特定、複雜且嚴格的技術性、安全性和合規性需求；此平台不太可能在標準移轉中心中移動。 Azure Migrate 的特點是可以移轉大部分平台和工作負載的工具，但是 SAP 工作負載需要不同的工具和程序來複寫和部署其資產。 部署核心平臺之後，標準程式和工具可協助相依的工作負載繼續並完成移轉。
SAP 程序流程
移轉 SAP 工作負載時，有幾個要考慮的步驟，其中有些與標準步驟不同：
注意
開始移轉 SAP 平台之前，請先驗證您是否已為 SAP 平台建立相容的 Azure 登陸區域，以及：
- 評估 SAP 平臺和相依工作負載。
- 評估 SAP 平台的規模調整考量。
- 移轉平台。
- 移轉工作負載。
評估 SAP 平臺和相依工作負載
組織通常不會在評估 SAP 平臺和相依工作負載時考慮下列問題：
您的 SAP 虛擬機器正在執行哪種作業系統和版本？
目前的平台資產是否可執行 Azure 中支援的作業系統？ 在移轉期間或之前，必須補救不支援的作業系統。
您的 SAP 平台執行的是哪個資料庫管理系統 (DBMS)？
Azure 中是否支援目前的 DBMS？ 在移轉期間或之前，必須補救不支援的資料庫。
在移轉之前或期間，您會升級所有或部分的 SAP 解決方案嗎？
如何在 Azure 中設定平台資產及調整大小？
哪些工作負載相依於 SAP 平台？
需要哪些資產和資料庫才能支援這些工作負載？
評估 SAP 平台的規模調整考量
在部署 SAP 平台之前，您應該先進行幾個規模調整的考量。 組織通常會先評估目前資產和資料庫的規模調整需求，而且也應該考慮長期的平台作業和功能需求。 至少應考慮下列事項：
- 虛擬機器 (VM) 大小調整
- VM 儲存體
- 運作時間因素
- 授權因素
- 高可用性/備援因素
- 資料庫高可用性因素
探索 Azure 上的 SAP 架構指南，以查看參考架構和規模調整考量的範例。
移轉平台
根據 SAP 工作負載和需求的類型，SAP 工作負載的資料點有助於選擇適當的移轉方法：傳統或 SAP 資料庫移轉選項 (DMO) 。 要考慮的一些重要資料點包括：
- 執行 Unicode 轉換的需求 (非 Unicode 轉換為 Unicode) 。
- 需要變更的 DBMS，或相同 DBMS 系統的內部格式必須變更為 Intel 世界中支援的小端格式;例如，從 IBM pSeries 移轉至 Azure。
傳統移轉： SAP 軟體布建管理員是用於資料庫移轉的軟體物流工具。 傳統移轉使用同質或異質系統複製方法，有時稱為 雙步驟移轉。 當移轉計畫中出現下列觀察結果時，往往會採用這種方法：
- 作業系統 (OS) 和 DBMS 都與 Azure 相容。
- 沒有將作業系統或 DBMS 系統升級或移轉平台的其他需求。
DMO：DMO 使用一項工具來將 SAP 工作負載和資料庫移轉升級到 SAP Hana 資料庫，此流程通常稱為「單一步驟移轉」。 SAP 軟體更新管理員工具會在同時建立目標資料庫時，建立目前資料庫的陰影存放庫。 最後它會複製陰影存放庫，並將 SAP 資料庫連線切換到目標資料庫。 在移轉計畫中觀察到下列資料點時，通常會使用此方法：
- Azure 不支援目前的 OS 或 DBMS，需要升級或重新平臺。
- 移轉期間有計劃升級至 SAP S/4HANA。
探索 將 SAP 平臺移轉至 Azure ，以深入瞭解移轉 SAP 平臺的每個程式。
移轉工作負載
移轉核心平臺之後，您可以使用標準化的 移轉處理站程式 來移轉每個相依工作負載。 查看適用於個別工作負載群組結構及其獨特案例的 SAP 採用案例簡介。
下一步：使用 SAP 來創新
下列文章會提供整個雲端採用旅程中特定重點的指引，以協助您成功在 Azure 中採用 SAP。
深入了解作業系統、資料庫管理系統和其他 Azure 部署支援的 SAP 軟體。