共用方式為


將 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 軟體