SAP產品和解決方案完全解析
SAP是Systems Applications and Products in Data Processing的縮寫，SAP既是公司名稱又是其產品、企業管理解決方案的軟體名稱。SAP代表資料處理過程中的系統、應用和產品。
SAP的軟體可以按產品和解決方案兩個維度進行分類，產品是SAP為了解決一個特定的問題而開發的獨立元件，比如SAP ERP、SAP BW、SAP EP等。而解決方案是產品元件的一個特定組合，為特定的行業或客戶而制定的一套方案。
針對企業應用，SAP提供了核心軟體，這些核心軟體主要包括了:
ERP(企業資源規劃)：典型業務系統，核心物件是物料
PLM(產品生命週期管理):
業務系統，核心是物料的資料，非實體CRM(客戶關係管理)：職能系統，核心是“銷售機會”
SCM(供應鏈管理)：職能系統，核心是供應商
SRM(供應商關係管理)：ERP向上遊供應關係的延伸
針對商務分析和商業智慧，SAP提供了主要的商務分析產品如下:
資料展現平臺：SAPBW(SAP Business Warehouse)資料倉庫
資料建模系統：SAPBO(SAP Business Objects)商務智慧分析軟體
資料抽取系統：SAPDS/SLT資料提取轉換工具
資料處理平臺：SAPHANA記憶體計算資料平臺
針對資料庫及平臺應用，SAP提供了相應產品和相應的業務套件:
SAP HANA：
記憶體資料庫，通過資料在記憶體中的快取對資料庫的事物處理和分析進行加速。目前SAP公司所有產品基本均可執行在SAPHANA之上。SAP Netweaver：整合應用平臺，它可以整合SAP與非SAP(如Oracle等)應用系統；此外，對外提供SAP公共服務，對內該平臺可以訪問各種SAP應用系統(ERP、CRM等)及非SAP系統、SAP商務智慧(BI)系統。
SAP提供了效能監控器和工具，用於分析分析整個SAP系統的效能。如SAP Workload Analysis、SAP資料庫效能監控、SAP工作程序監控和分析、作業系統效能監控和SAP記憶體監控等等。
SAP的產品及解決方案覆蓋了企業應用、商務分析、資料庫及平臺、移動商務、雲端計算
企業應用：包含企業資源計劃(ERP)、人力資源(HRM)、供應商關係管理(SRM)、產品生命週期管理(PLM)、供應鏈管理(SCM)、客戶關係管理(CRM)六大部分，偏向OLTP型業務；
商務分析：包括商務智慧(BI)、商務分析與應用、企業績效管理(EPM)等，偏向OLAP型業務。
資料庫及平臺：資料庫以記憶體技術應用為主，引領業務及技術創新，依託HANA資料庫進行大資料實時分析。平臺主要有企業資訊管理(EIM)，人員整合企業門戶(Portal)，SAP Netweaver平臺等。
在實際專案中，由於ERP(Enterprise Resource Planning)是具有行業針對性的企業核心業務解決方案，所以本章重點分析ERP系統的架構、銷售方案、常見問題分析、效能影響等。
SAP ERP是業界公認的領先產品，也是SAP佔據市場最為強大的核心套件，可以適配所有行業和市場領域的核心業務需求。
SAP ERP基於SAP Netweaver技術平臺，藉助分析、企業服務和終端使用者服務交付等功能，幫助企業執行財務分析、人力資源管理、採購和物流、產品開發製造以及銷售和分銷等業務。SAP ERP軟體已成為了客戶對當前運營活動進行嚴格控制的最佳選擇。
SAP ERP銷售方案
SAP Business Suite方案: SAP高階產品由ERP、CRM、PLM等軟體功能模組和整合平臺SAPNetweaver組成，業務流程功能最全面，可定製化最強。
SAP Business All in One(A1)方案: SAP中端產品，方案為全整合模式，軟體模組都增加預配置，在實際部署時成本更低，但靈活性也會受限，此軟體會按不同行業交給諮詢合作伙伴銷售。
SAP Business By Design方案: 基於SaaS模式的最佳業務管理解決方案。
SAP Business One(B1)方案: 針對規模較小的中小型企業推出的解決方案。
SAP S/4 HANA方案: SAP下一代商務套件，構建於記憶體平臺SAPHANA之上。
SAP ERP系統常見問題
請求響應變慢：隨著企業業務的發展，企業運營涉及的流程越來越多，對應的資料量成倍增長，高峰時段的並行訪問程度加劇，使得IT系統的處理能力成為瓶頸，使用者作業等待時間越來越長。
資料管理複雜：IT系統的瓶頸頻出，對系統的管理提出了更多的要求，管理員不得不耗費大量的精力在IT系統的效能優化上，保證業務儘可能快的響應。而系統模組眾多和資訊孤島，進一步加劇了資料管理複雜性。
過度分配昂貴硬體資源：為了簡化管理並滿足系統高峰期的效能需求，SAP生產系統的所有資料全部署在高效能硬體上。而高效能的硬體往往是通過更高階的裝置或者更多裝置疊加，不僅成本居高不下，而且容易形成資源浪費。
效能難以線性增加：生產系統、質量保證系統、開發系統的混雜部署導致系統之間的ClientCopy操作繁多，消耗大量系統性能，同時由於流程的不斷優化和業務的發展，ClientCopy的內容和頻度都不確定，導致效能線性增長困難。
實際上，SAP ERP的常見系統問題都和效能相關，如何降低效能問題對SAP ERP的影響，使SAPERP高效的執行主要涉及以下幾個方面。
SAP的核心理念在於用盡可能短的時間訪問和處理資料。意味著為了實現更快的資料訪問，SAP傾向於最大化SAP應用程式伺服器進行處理的計算能力並耗盡所有RAM和快取，然後再耗盡資料庫和儲存IO處理能力，所以，響應時間、並非和資料量成為三項關鍵指標。
對話響應時間：SAPERP系統最重要的指標。它是系統響應前端使用者請求所需的時間，是每個對話事務所用的處理時間、CPU時間、資料庫請求時間、鎖定時間等的總和。可通過SAP事務程式碼查詢響應時間及其相應細分。該指標決定了使用者體驗，響應時間過長，使用者體驗差。
高峰期併發訪問使用者數：在業務最繁忙期間，同時線上併發訪問系統的使用者數。大量使用者同時線上頻繁請求各自需要的資訊，產生隨機小資料塊訪問，該指標取決於資料庫的事務吞吐量、儲存系統處理隨機小資料塊的能力。
資料量：SAPERP資料來源系統的業務資料量過大，會影響資料倉庫和報表系統的資料提取和載入速度，決定企業管理層的精準決策。
SAP ERP的核心還是資料庫，那麼探究ERP效能問題，還必須從資料庫入手；資料庫效能對SAP ERP的影響主要包括:
資料庫DBtime對SAP ERP的影響：
針對時延，SAP ERP主要有三大部分組成: 表示層時延，APP層時延和DB層時延，SAP推薦資料庫的時延分佈為10%、50%、40%，即正常情況下資料的DBtime體現出的時延指標占整個SAP ERP處理流程的40%，資料庫的DBtime的降低會縮短SAP ERP的事務處理時間，從而提高使用者體驗。
資料庫TPS對SAP ERP的影響：
SAPERP通過SAPS作為效能指標，在正常工作時APP和DB的SAPS比例最低分配為75%: 25%，即資料庫承載了四分之一的處理業務。而資料庫的TPS直接反映資料庫對SAPERP事務承載能力，並且資料庫的TPS和SAPERP的使用者數成正比關係。
資料庫容量對SAP ERP的影響：
由於SAP ERP為OLTP類業務，每個使用者產生的記錄容量都很小。所以，SAP ERP整體容量需求較小，通常情況下每一千個使用者需要的容量大概為500GB左右。
當分析清楚資料庫對SAP ERP影響原因之後，就可以有效的通過相應手段來優化資料庫，進而提升SAP ERP的使用者體驗。
通過儲存優化資料庫的DB time：
執行正常的SAPERP系統，資料庫所佔響應時間為整體響應時間的40%。而資料庫的響應時間主要由資料庫伺服器的響應時間和資料庫儲存的響應時間組成，監控資料庫的TOP5 WaitEvent，2個主要的事件如下。
dbfilescatteredread：當資料庫執行全表掃描或者是全索引掃描時會執行MultiblockI/O，此時等待物理I/O結束會出現此等待事件。在I/O繁忙的SAPERP系統中，會佔用10%左右的DBtime。
dbfilesequentialread：當資料庫將資料塊讀入相連的記憶體空間中時，此時等待物理IO結束，會出現此等待事件。在I/O繁忙的SAPERP系統，會佔用80%左右的DBtime。
造成以上等待的原因主要是機械盤處理隨機I/O時需要磁臂尋道和磁碟旋轉，這些物理機械操作產生的延遲大，造成單個硬碟的隨機I/O能力很差。所以使用SSD降低時延。
通過儲存優化資料庫TPS：
OLTP資料庫對儲存的要求主要為IOPS，高峰期併發訪問使用者數，帶來資料庫業務壓力的提升，轉換至儲存Workload即IOPS的瞬時值激增。根據企業SAP ERP使用者的規模不同，對應的IOPS指標不同，繁忙的SAP ERP系統中每一千個使用者需要的IOPS可超過10000。
結合SAP ERP對資料庫小容量的需求，則要求儲存系統每TB容量提供的較高的IOPS。對比市場上常見的SSD、SAS、NLSAS磁碟型別，SSD所能提供每GB容量的IOPS最高，推薦使用SSD提高每TB容量的IOPS。
如何評估SAP ERP專案
在專案中，可以根據系統基礎架構要求、限制和預估的工作負載，基於SAP Sizing方法為系統設計儲存解決方案，滿足SAP應用程式的效能需求。
SAP Sizing(規模與資源規劃)是對SAP系統硬體架構配置的評估，包含對應用系統性能、容量的需求分析和估算。SAP Sizing會伴隨系統的全生命週期過程，不是僅僅一次的評估行為，既可用於新建系統，也可用於系統升級/擴容或重構。
在SAP ERP系統上線前的多個專案階段，都需要進行SAP系統性能估算。尤其是專案非常早期，可用的資訊細節非常少，只能進行基於使用者數估算，使用SAP Quick SizerTool工具線上估算，得出SAP Sizing報告。
在臨近專案實施前開始進行，資訊細節逐漸清晰，對系統所需的吞吐量有充分估算，可獲得關於SAP系統硬體設施的更精確描述，對硬體配置進行調整。
隨著SAP ERP業務需求的變化，系統預期的工作負載可能變化，導致現有系統效能產生瓶頸，需要進行SAP Sizing使系統性能更優化。另外，訪問SAP的使用者數量會隨著時間增減，也需要結合工具和SAP效能監控報告對系統性能進行評估。
筆者對本號涉及的技術做了總結和彙總(20+本打包)，請識別小程式或點選原文連結獲取電子書詳細資訊。
推薦閱讀
溫馨提示：
請搜尋“ICT_Architect”或“掃一掃”二維碼關注公眾號，點選原文連結獲閱讀原文了解更多。
求知若渴, 虛心若愚