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

  • 發行項

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

在您的專案期間，在重要里程碑檢閱檢查清單。 這麼做可讓您在小型問題變成大型問題之前偵測到小問題。 您也將有足夠的時間重新設計及測試任何必要的變更。 請勿考慮此檢查清單已完成。 根據您的情況，您可能需要執行其他檢查。

檢查清單不包含與 Azure 無關的工作。 例如，在移至 Azure 平臺或裝載提供者期間，SAP 應用程式介面會變更。 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 區域中。 在第二個案例中，您可以將該商務回歸系統作為生產部署的 DR 目標。
    • 將 Azure Site Recovery 視為將 SAP 應用層複寫至 Azure DR 區域的方法。 如需詳細資訊，請參閱 多層式 SAP NetWeaver 應用程式部署 的設定災害復原。
    • 基於合規性考慮，需要保留在單一區域中的專案，請考慮使用 Azure 可用性區域合併的 HADR 組態 。
  • 所有 SAP 介面和已連線系統 （SAP 和非 SAP） 的清查。
  • 基礎服務的設計。 此設計應包含下列專案，其中許多專案都由 SAP 登 陸區域加速器所涵蓋：
    • Azure 中的網路拓撲和不同 SAP 環境的指派
    • Active Directory 和 DNS 設計。
    • 使用者和管理的身分識別管理解決方案
    • Azure 角色型存取控制 （Azure RBAC） 結構適用于在 Azure 中管理基礎結構和 SAP 應用程式的小組。
    • Azure 資源命名策略
    • Azure 資源和工作負載的安全性作業
  • 保護 SAP 工作負載的安全性概念。 這應該包括所有層面 –網路和周邊監視、應用程式和資料庫安全性、作業系統安全性，以及所需的任何基礎結構措施，例如加密。 使用您的合規性和安全性小組來識別需求。
  • Microsoft 建議專業直接、頂級或統一支援合約。 識別向 Microsoft 提供支援的呈報路徑和連絡人。 如需 SAP 支援需求，請參閱 SAP 附注2015553 。
  • 訂用帳戶的 Azure 訂用帳戶數目和核心配額。 視需要開啟支援要求，以增加 Azure 訂用帳戶 的配額。
  • 將資料縮減和資料移轉計畫，以將 SAP 資料移轉至 Azure。 針對 SAP NetWeaver 系統，SAP 有有關如何限制大量資料量的指導方針。 請參閱 此 SAP 指南 ，以瞭解 SAP ERP 系統中的資料管理。 部分內容也適用于 NetWeaver 和 S/4HANA 系統。
  • 自動化部署方法。 許多客戶從腳本開始，使用 PowerShell、CLI、Ansible 和 Terraform 的組合。 Microsoft 開發的 SAP 部署自動化解決方案包括：

注意

定義您作為客戶、系統整合者、Microsoft 和其他相關合作物件之間的定期設計和部署檢閱步調。

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

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

提示

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

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

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

下一步

請參閱下列文章：