分析將 SAP 系統移轉至 Microsoft Azure 的策略
考量將 SAP 工作負載部署到 Azure 的大部分客戶都有現有的內部部署 SAP 實作。 嶄新部署的數目相對較小。
企業通常會有商務功能的 SAP 系統，例如企業資源規劃 (ERP)、全球交易、商業智慧 (BI) 等等。 這些系統內的環境包括沙箱、開發、測試和生產等環境。
上圖中的每個水平資料列都是一個環境。 每個資料行都是商務功能的 SAP 系統 (例如，ERP 和 BI)。
底部的資料列或層級是較低風險的環境，而且比較不重要。 越上層的項目則風險更高且更重要。 當您上移堆疊時，移轉程序中會有更多風險。 因此，生產環境是最重要的環境，而用於使用者接受度測試的環境 (測試) (也用於商務持續性)，是第二重要的環境。
底部的系統較小，因為其計算資源較少、可用性和大小需求較低，而且輸送量較少。 不過，儲存體數量與生產資料庫相同。
水平策略
使用水平策略，您可以從堆疊的底部開始，因為這是實驗和獲得 Azure 體驗的安全方式。 當您重新定義作業、部署和核准程序時，這也是一個很好的策略。 當您移至 Azure 時，這些程序會變更。 以下是策略的運作方式：
- 為了限制風險，請從低影響的沙箱或訓練系統著手。 如果發生錯誤，影響許多使用者或任務關鍵性商務功能的危險很小。
- 然後，當您獲得在 Azure 中執行、裝載和管理 SAP 系統的體驗時，請將您學習到的內容套用至堆疊的下一層系統。
- 針對每個層級，預估成本、可能節省金額、效能和最佳化潛力，並視需要進行調整。
垂直策略
若要獲得 Azure 上生產系統的體驗，您可以使用與水平策略平行，具有低風險系統的垂直策略。 這也讓您有機會調整 Azure 的內部程序，並且訓練小組成員。 這是及早在生產環境中找出任何問題的絕佳方法。 以下是策略的運作方式：
- 查看對成本、客戶、服務等級協定 (SLA) 和法律需求的影響。 首先，移動具有最低風險的系統 (從沙箱上移至生產環境)：治理、風險和合規性系統，然後是物件事件存放庫 (OER) 系統。 接著移動較高風險的系統，例如 BI 和 ERP。
- 當您有新的 SAP 系統時，預設會在 Azure 中啟動，而不是將其放在內部部署環境中，稍後再移動。 在圖表中，OER 是這個移動的範例。 OER 是新的低風險系統。 將部分其他系統移至具有水平策略的 Azure 之後，您可以將整個 OER 垂直堆疊部署至 Azure (端對端)，從沙箱一直到生產環境。
- 請勿先移動您最重要的系統。 您移動的最後一個系統風險最高，也是最為任務關鍵性的系統，ERP 生產系統。 您需要最為效能密集的虛擬機器 SKU 和最大的儲存體。
- 先移動獨立系統。 某些系統與其他系統緊密聯結，例如 ERP 和 GTS 系統。 兩者之間有許多同步的即時流量。 如果您將 ERP 移至 Azure，但是將 GTS 保留在內部部署，則會因為網路延遲而影響效能，因此請將兩者一起移動。
- 如果您有數個 SAP 系統，請尋找上游和下游相依性，從一個 SAP 系統到其他系統，或從 SAP 到 SAP 生態系統以外的應用程式。 檢查具有延遲高敏感度的流量模式和區域。
- 如果您使用緊密連線的系統，請執行效能分析以查看移動將會有什麼影響。 如果沒有太大影響，請將其分別移至 Azure (例如，與 ERP 無關的 Business Warehouse)。 否則，請建立移轉群組，並將其一起移動。
- 在某些情況下，請考慮等候。 有時候您不想要立即將某些系統移至 Azure。 這可能與調整大小需求有關，因為處理需求過高，而虛擬機器還不夠大。 執行測試，以確保移動這些系統不會影響與客戶的 SLA。