SAP 系統的選型流程
在決定要使用 SAP 解決方案後，您需要確定支援 SAP 佈局所需的主機數量，並確保主機伺服器的大小正確。
SAP sizing 是一項詳細的活動 (通常本身就是一個專案)，將業務需求映射為基礎結構/硬體需求。
瞭解 SAP 大小
SAP 適用於 SAP HANA 或 SAP NetWeaver 技術應用程式的大小調整方法，是以 SAP 基準為基礎，例如來自 SAP 的資訊和實際客戶經驗。
基本 SAP 工作負載單位是 SAP Application Performance Standard (SAPS)。
SAPS 是由 SAP 產能規劃及效能測試人員所建立的傳輸量定義。 例如，在標準 SAP Sales and Distribution ( SAP SD) 應用程式基準中，100 個 SAP 定義為每小時 2,000 個完全業務處理的訂單行項目。 此範例相當於使用 SAP Enterprise Resource Planning ( SAP ERP) 解決方案每小時進行 2,400 次 SAP SD 交易。
該基準測試根據基礎結構在 CPU 負載接近 100% 且回應時間少於 1 秒的情況下執行和處理交易的能力，來確定和評定基礎結構的處理能力。
處理器的能力是在 SAP 所認證的標準 (SAP SD) 基準性能測試期間進行測量。 有關 SAP 認證的基準測試的更多信息，請參閱 SAP 標準應用程式基準和 用於確定 SAP 環境大小以實現最佳性能和可擴展性的實用指南和技術。
SAP 尺寸主要基於
- 業務吞吐量 (以吞吐量為基礎的規格)；包括因新增物件而增加的資料庫表大小、在時限內完成處理交易或批次作業的 CPU 時間 (由業務決定)
- 企業並發使用者 (以使用者為基礎的規模)；包括使用模式，以及根據使用者的每日交易將使用者分類
- 高可用性與災難復原的業務需求
- 企業需要多種 SAP 應用程式和附加元件，並將其整合為一個平台
SAP 尺寸用於確定：
- 支援應用程式伺服器結構與配置的設計：
- SAP 系統
- SAP 分層/軌道
- SAP 實例
- SAP 客戶
- 支援資料庫伺服器結構和配置的設計：
- 系統類型，例如分散式
- 部署類型，例如 MDC
- 處理類型，例如 OLAP
- 篩選類型和部署方法，例如專家篩選與 TDIv5/6
- 高可用性及災難回復
- 處理器與記憶體需求
- 儲存空間需求
- 網路需求與拓樸
- 備份策略
**SAP 尺寸不準確會造成 實作專案的風險：SAP **
| SAP Sizing 不準確所造成的專案風險 | SAP 尺寸不準確的緩解措施 |
|---|---|
| 輸入資料不完整/不足 |
|
| 假設無法驗證 | /n - 假設必須記錄在案，並需要包含在專案計畫中的驗證程序 |
| 自訂程式碼和特殊資料結構 | /n - 難以預測的情況，透過自訂程式碼和特殊資料結構來解決，需要驗證程序來確定是否會對基礎架構 (通常是處理和儲存) 造成影響 |
SAP 邏輯結構和 對基礎結構的大小影響 SAP
SAP 邏輯結構和 SAP 大小調整活動會以多種方式影響基礎結構相關需求，以下將強調三種主要方式：
- 業務需求
業務需求，例如 99.99 % 的正常運作時間或每年 3 個停機視窗，會影響 SAP Landscape 的邏輯設計和結構。 邏輯結構由以下部分組成：
- SAP 系統
- SAP 分層
- SAP 曲目
- SAP 實例
- SAP 客戶
- SAP 篩選結果
SAP Sizing 專案/練習結果反映了邏輯結構中的每個決策：
- 所需的 SAPS 基準臨界值
- 資料庫大小（記憶體和磁碟儲存空間）
- 等等
- 基礎架構需求
SAP 篩選結果將嚴重影響基礎建設需求：
- 所需主機數量
- 效能/所需主機大小
- 主機的儲存容量
- 主機間的網路效能與隔離
- 等等
移轉現有的 SAP 系統
如果您打算將現有的 SAP 系統（來自任何來源）移植到您的 IBM Cloud 環境，您可以根據目前環境的 SAPS 編號來確定 SAPS 編號。
使用有關當前工作負載（使用的 CPU 和 RAM）的信息，並從現有硬體的 SAP SD 基準測試結果中獲取 CPU 的 SAPS 等效值。
使用 SAP Quick Sizer
SAP Quick Sizer 是 SAP 提供的網路工具； SAP 的所有客戶和業務合作夥伴都可以使用。 尺寸資訊直接輸入到工具中。 工具的大小 SAP HANA 或 SAP NetWeaver 伺服器。
您需要 SAP S-user ID 才能使用 Quick Sizer。
Quick Sizer 會計算工作量 (以稱為「SAPS」的測量單位)，並調整工作量，讓處理器得到適當的使用。 因此，如果需要每小時 4,800 SAP SD 基準交易的工作量，該工具會將此工作量計算為 200 SAPS。 例如，IT 部門決定，為了避免高使用率時期的系統超載，允許處理器的目標負載為 33%。 處理器在 33% 負載時能提供 200 SAPS，表示處理器在 100% 負載時能提供 600 SAPS。 因此，能夠處理 600 SAPS 的系統成為任何新基礎架構必須遵守的基準。
儘管這種規劃大小的方法可能被認為是保守的，但請考慮您伺服器的所有 SAPS 計算都是基於只執行特定 SAP SD 工作負載的高度調整 SAP 系統。 根據 SAP 應用程式的類型、系統中的任何自訂組態或自訂編碼，您的結果可能會有所不同。 此外，您專案的需求可能不同，例如概念驗證 (PoC) 或關於效能和回應時間。
在您確定 SAP 應用程式，並透過 SAP Quick Sizer 計算出 SAPS 數字後，或根據您目前的架構，您可以從 IBM Cloud® for SAP 產品組合及各種可用的基礎架構規模 (在某些情況下為設定檔或可自訂/彈性) 中選擇。
使用 SAP Quick Sizer 評估 SAP HANA
SAP HANA 在單節點和多節點 認證伺服器上支援生產。SAP HANA SAP HANA 資料庫對於某些資料表和欄位使用列儲存，將儲存降低到傳統關係資料庫管理系統 (RDMS) 中的行儲存以下；資料可以被高度壓縮，壓縮比可根據來源資料和資料庫從 3:1 到超過 10:1。
正確設定 SAP HANA 的大小是專案成功的關鍵。 最好的做法是在您從 IBM Cloud® for SAP 訂購任何 SAP HANA 認證伺服器之前，先完成規格評估。 大小不適當的記憶體或儲存空間需求，可能會導致升級及移轉至較大的伺服器。
主記憶體是您調整 SAP HANA 認證裝置大小時需要考慮的最重要資源之一。
SAP HANA 主指南提供了尺寸相關主題的起點。
指南內的 Sizing SAP HANA- SAP HANA Master Guide 資訊提供如何調整 SAP HANA 系統大小的指引。 它指向全新安裝及現有系統的不同安裝及移轉情境。
此資訊包括 SAP HANA 版本的 SAP Quick Sizer 工具連結 ( SAP S-user ID 是存取此工具的必要條件)。 該頁面也列出了與 SAP HANA 伺服器大小相關的 SAP 注意事項。
如需 SAP Sizing 的詳細資訊
如需有關尺寸的詳細資訊，請參閱下列資源：
SAP 應用對尺寸的影響
主要來說，在為 SAP 應用程式進行大小調整時，需要考慮與基礎架構、作業系統、資料庫伺服器和應用程式伺服器相關的設計因素。 本主題群組「規模與規劃 SAP 工作負載」將涵蓋這些內容：
- 網路設計注意事項
- 儲存設計注意事項
- 運算與作業系統設計考量
- SAP HANA 資料庫設計注意事項
- SAP NetWeaver 設計考量
然而，對於每個 SAP 商業應用程式和 SAP 技術應用程式，都有不同的實施設計考量 - 這些考量會因應不同的業務和情境而改變。
除了「規劃與規劃 SAP 工作負載」專題小組之外，還有個別的專題小組為您的 SAP 實作提供其他資訊和注意事項：
-
SAP 商業應用
-
SAP 技術應用
-
SAP AnyDB 資料庫