將 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。

• 使用 SAP 來創新
• 管理 SAP

深入了解作業系統、資料庫管理系統和其他 Azure 部署支援的 SAP 軟體。