管理 Azure 中的 SAP

長期的運作管理策略，對 SAP 移轉與登陸區域需求有很大的影響。

若要了解資料放入 Azure 後的運作管理需求，請特別注意稍後階段的指導方針，以管理 SAP 並協助您的願景成形。

為了讓公司能更有共識，SAP 平台與相依工作負載會視為關鍵性任務技術資產。這些通常是除了您營運基準之上和額外的投資，以同時支援 SAP 平台和每個相依的工作負載。

大部分的組織都需要混合式的平台作業、SAP 基礎作業和工作負載作業，例如：

環境，識別出所有執行 SAP 平台執行個體的非生產環境，例如開發、QA 或其他環境，不太可能需要任何形式的特殊作業。
工作負載：識別出與核心 SAP 平台互動並加以擴充的工作負載主機。此基本的營運基準將可為這些相依的工作負載提供足夠的 SLA。

注意

需要較高層級的作業時，請個別考慮工作負載作業。

在取得業務共識期間，請盡量區隔開作業對環境、工作負載以及核心 SAP 平台的需求，以評估每個層級所需投入的適當投資。這與現代雲端服務管理一致。

基準作業

採用 Azure 中的 SAP 時，您的作業基準不太會變更。執行 SAP 平台和工作負載的資產，將包含在標準程序和工具中，可用於建立可見度、最佳化作業以及復原。

注意

如果作業的基準未變更，部署 SAP 特定平台作業期間，仍有可能會需要額外的程序和工具。

因為 SAP 平台的關鍵性任務本質，大部分的組織都採取專職作業人員負責核心 SAP 平台的操作管理。

核心平台小組 (稱為 SAP 基礎作業) 可以是內部人員或是由服務提供者服務，並熟悉：

這些資料點可輔助這個小組，判斷必須加入才能符合作業需求的平台作業層級。

注意

如果您的組織有集中式 SAP 平台小組，請考慮使用適用於 SAP 的企業級案例，來增強核心平台作業的工具，以提升可改善平台作業的管理與 BCDR 案例。

相依於 SAP 平台的每個工作負載，都有可能會對業務程序產生重大的影響，而每個個別工作負載的停機成本，對公司的影響則不太會和核心 SAP 平台停機的程度相當。因為影響較小，所以投資每個工作負載的可靠性和業務持續性時，ROI 可能較低。

注意

如果工作負載需要專屬且特別的作業，請執行 Microsoft Azure Well-Architected 檢閱，並查看 Azure Well-Architected 架構，以了解如何最佳化每個工作負載的作業。

完成 SAP 移轉之後，雲端採用小組就可以開始重覆進行案例專屬的移轉。而如果有其他 SAP 平台要移轉，則請再次參閱這些文章。