Azure 上的 SAP 工作負載：規劃及部署檢查清單

  • 發行項

此檢查清單是專為將 SAP 應用程式移至 Azure 基礎結構即服務的客戶所設計。 本檔中的 SAP 應用程式代表執行 SAP 核心的 SAP 產品，包括 SAP NetWeaver、S/4HANA、BW 和 BW/4 等等。 在專案的持續期間內，客戶和/或 SAP 合作夥伴應該檢閱檢查清單。 請務必注意，許多檢查都要在專案開始時和規劃階段期間完成。 在部署完成後，若要直接變更已部署的 Azure 基礎結構或 SAP 軟體版本，會變得很複雜。

在您的專案期間，在重要里程碑檢閱檢查清單。 這麼做可讓您偵測出一些小問題，避免變成大問題。 您也有足夠的時間，可以重新設計及測試任何必要變更。 請勿將此檢查清單視為完整清單。 視您的情況而定，您可能需要執行其他檢查。

檢查清單不包含與 Azure 無關的工作。 例如，SAP 應用程式介面會在移至 Azure 平台或主機服務提供者期間變更。 SAP 檔和支援附注也會包含進一步的工作，這些工作並非 Azure 專屬，但必須屬於整體規劃檢查清單的一部分。

此檢查清單也可用於已經部署的系統。 新功能或變更的建議可能會套用至您的環境。 定期檢閱檢查清單很實用，以確保您知道 Azure 平臺中的新功能。

本檔中的主要內容會依一般專案的時間順序，以索引標籤組織。 查看每個索引標籤的內容，並考慮每個下一個索引標籤，以建置在上一個階段中取得的動作和學習之上。 針對生產環境移轉，應該考慮 所有 索引標籤的內容，而不只是生產索引標籤。 若要協助您對應一般專案階段與本文中使用的階段定義，請參閱下表。

部署檢查清單階段 範例專案階段或里程碑
準備和規劃階段 專案啟動/設計和定義階段
試驗階段 早期驗證/概念證明/試驗
非生產環境階段 完成詳細的設計/非生產環境建置/測試階段
生產環境準備階段 裝飾排練/使用者接受度測試/模擬轉換/即時檢查
上線階段 生產完全移轉和上線
生產後階段 超醫療保健/如往常轉換至企業

專案準備和規劃階段

在此階段中，您應規劃將 SAP 工作負載移轉至 Azure 平臺。 Azure 中SAP 的規劃指南和 SAP雲端採用架構等檔涵蓋許多主題，以及準備中的資訊協助。 在此階段中，您至少需要建立下列檔、定義和討論移轉的下列元素：

高階設計檔

本文件應包含：

  • SAP 元件和應用程式目前的清查，以及 Azure 的目標應用程式清查。
  • 責任指派對照表 (RACI)，定義相關各方的責任和工作分派。 在規劃和第一個部署的過程中，先定義高層級的責任指派，然後逐漸定義細節層級。
  • 概要的解決方案架構。 應參閱 Azure 架構中心的 最佳做法和範例架構。
  • 決定要部署至哪些 Azure 區域。 請參閱 Azure 區域清單，以及 具有可用性區域支援的區域清單。 若要瞭解每個區域中可用的服務，請參閱 依區域提供的產品。
  • 從內部部署環境連線至 Azure 的網路架構。 開始熟悉 Azure 企業規模登陸區域 概念。
  • 在 Azure 中執行高影響力商務資料的安全性原則。 若要了解資料安全性，請從 Azure 安全性文件開始。
  • 儲存策略，涵蓋 (受控磁片) 和共用檔案系統 (，例如Azure 檔案儲存體或Azure NetApp Files) ，這些裝置應進一步調整為技術設計檔中的檔案系統大小和版面配置。

技術設計檔

本文件應包含：

  • 解決方案的區塊圖，顯示 SAP 和非 SAP 應用程式和服務
  • 以商務檔磁片區為基礎的 SAP Quicksizer 專案 。 然後，Quicksizer 的輸出會對應至 Azure 中的計算、儲存體和網路元件。 或者，針對 SAP Quicksizer，根據來源 SAP 系統的目前工作負載來努力調整大小。 考慮到可用的資訊，例如 DBMS 工作負載報告、SAP EarlyWatch 報告、計算和儲存體效能指標。
  • 商務持續性和災害復原結構。
  • 有關 OS、DB、核心及 SAP 支援套件版本的詳細資訊。 Azure VM 不一定支援 SAP NetWeaver 或 S/4HANA 所支援的每一個 OS 版本。 此情況同樣也適用於 DBMS 版本。 檢查下列來源，以視需要調整 SAP 版本、DBMS 版本和 OS 版本，以確保 SAP 和Azure 支援。 您必須擁有 SAP 和 Azure 支援的版本組合，才能取得 SAP 和 Microsoft 的完整支援。 必要時，您必須進行規劃以升級某些軟體元件。 如需支援的 SAP、OS 及 DBMS 軟體相關詳細資料，請參閱下列說明內容：

進一步包含在相同的技術檔中， () 應該是：

  • 以適用于 SAP 工作負載的 Azure 儲存體類型為基礎的儲存體架構高階決策
    • 受控磁碟連結至每個 VM
    • 檔案系統配置和調整大小
    • SMB 和/或 NFS 磁片區配置和大小，適用時掛接點
  • 高可用性、備份和災害復原架構
    • 根據 RTO 和 RPO，定義高可用性和災害復原結構應有的樣貌。
    • 定義 可用性區域 在區域內的最佳保護或可用性設定組的使用方式。
    • 適用于 SAP 工作負載和相關檔的 Azure 虛擬機器 DBMS 部署考慮。 在 Azure 中，不支援使用 DBMS 層的共用磁片組態，例如，SQL Server所述。 請改用下列解決方案：
    • 對於 Azure 區域上的災害復原，請檢閱不同 DBMS 廠商所提供的解決方案。 這些廠商大多數都支援非同步複寫或記錄傳送。
    • 針對 SAP 應用程式層，請決定您是要在相同的 Azure 區域中還是 DR 區域中，執行業務迴歸測試系統 (這些最好是您生產環境部署的複本)。 在第二種情況下，您可以將該業務迴歸系統作為您生產環境部署的目標。
    • 查看 Azure Site Recovery作為將 SAP 應用層複寫至 Azure DR 區域的方法。 如需詳細資訊，請參閱 多層式 SAP NetWeaver 應用程式部署的設定災害復原。
    • 基於合規性考慮，需要保留在單一區域中的專案，請考慮使用Azure 可用性區域合併的 HADR 組態。
  • 所有 SAP 介面和連線系統的清查 (SAP 和非 SAP)
  • 基礎服務的設計。 此設計應該包含下列專案，其中許多專案都由 SAP 登陸區域加速器所涵蓋：
  • Azure 內的網路拓撲和不同 SAP 環境的指派
  • Active Directory 和 DNS 設計。
  • 使用者和管理的身分識別管理解決方案
  • 管理 Azure 中基礎結構和 SAP 應用程式的各小組所適用的 Azure 角色型存取控制 (Azure RBAC) 結構。
  • Azure 資源命名策略
  • Azure 資源和工作負載的安全性作業
  • 保護 SAP 工作負載的安全性概念。 這應該包括所有層面–網路和周邊監視、應用程式和資料庫安全性、作業系統保護，以及任何所需的基礎結構措施，例如加密。 使用合規性和安全性小組識別需求。
  • Microsoft 建議使用專業直接、頂級或統一支援合約。 識別您的呈報路徑和 Microsoft 支援連絡人。 如需 SAP 支援需求，請參閱 SAP 附注2015553。
  • Azure 訂用帳戶數目和各訂用帳戶的核心配額。 視需要開啟支援要求以增加 Azure 訂用帳戶的配額。
  • 將 SAP 資料移轉至 Azure 的資料減量和資料移轉計劃。 針對 SAP NetWeaver 系統，SAP 具有如何限制大量資料數量的指導方針。 如需 SAP ERP 系統中資料管理的相關資訊，請參閱此 SAP 指南。 某些內容也適用於一般的 NetWeaver 和 S/4HANA 系統。
  • 自動部署方法。 許多客戶都開始使用腳本，使用 PowerShell、CLI、Ansible 和 Terraform 的組合。 Microsoft 開發的 SAP 部署自動化解決方案如下：

注意

定義您 (客戶)、系統整合者、Microsoft 及其他相關對象之間定期的設計和部署檢閱步調。

SAP 環境的自動化檢查和深入解析

上述的數個檢查會透過 AZURE 品質檢查工具上的 SAP 自動化方式進行檢查。 這些檢查可以透過提供的開放原始碼專案自動執行。 雖然未執行自動補救發現的問題，但此工具會針對 Microsoft 建議發出設定警告。

提示

當 SAP 系統部署或向適用于 SAP 解決方案的 Azure 中心註冊，且屬於服務的一部分時，會定期執行相同的品質檢查和其他深入解析。

進一步的工具，可讓您更輕鬆地進行部署檢查和記錄結果、規劃後續補救步驟，並通常會將您的 SAP 在 Azure 環境上優化：

  • Azure Well-Architected Framework 檢閱 工作負載的評量，著重于可靠性、安全性、成本優化、作業卓越和效能效率的五個主要要素。 支援 SAP 工作負載，並建議在每個專案階段開始和之後執行檢閱。
  • 適用于 SAP 的 Azure 清查檢查開放原始碼 Azure 監視器活頁簿，其會顯示 Azure 清查的智慧，以醒目提示設定漂移並改善品質。

下一步

請參閱以下文章：