?
ERP 和數(shù)據(jù)倉庫
?SAP是#1 ERP軟件提供商
-SAP Business Suite交易類型關鍵數(shù)據(jù)系統(tǒng)
-Oracle是#2
?
?企業(yè)資源規(guī)劃系統(tǒng)
-各種各樣的應用： Finance, HR, Mfg, Supply Chain, CRM ……
-這些應用運行在各自的OLTP數(shù)據(jù)，形成多個獨立的數(shù)據(jù)庫 （silos）
-當前，ERP關鍵業(yè)務運行在第三方數(shù)據(jù)庫（Oracle 或 IBM），且存在多個數(shù)據(jù)庫，SAP將整合到HAHA，使用自己的技術
?將數(shù)據(jù)輸出到數(shù)據(jù)倉庫進行報告和分析
-分離的OLAP數(shù)據(jù)庫，這些數(shù)據(jù)庫通常來自于Oracle或IBM -Export, Transform以及Load進程 -ETL需要花費數(shù)天或數(shù)周且占用人力；OLTP和OLAP分離，數(shù)據(jù)需要在ERP系統(tǒng)和數(shù)據(jù)倉庫中保存雙份，使數(shù)據(jù)量以及基礎設施增加了一倍
?
SAP HANA
?
通過內(nèi)存計算實現(xiàn)實時業(yè)務
?HANA是一個實現(xiàn)實時業(yè)務的內(nèi)存數(shù)據(jù)平臺
-在一個數(shù)據(jù)庫中涵蓋了OLTP和OLAP數(shù)據(jù)處理的軟件
-消除了ETL進程；整合數(shù)據(jù)、基礎設施和數(shù)據(jù)庫
?
?使應用(ERP等）和分析（數(shù)據(jù)倉庫軟件）實時運行
-優(yōu)化利用現(xiàn)代多核CPU架構的并行處理能力
-速度提高上千倍
?
?可以部署在第三方x86系統(tǒng)上
-SAP只銷售HANA軟件許可，沒有硬件
?
?
單一系統(tǒng)影像節(jié)點
?
市場機會在8個處理器節(jié)點以上
?
有什么不同？
?
解決了大型企業(yè)中使用集群帶來的問題
?
對于 HANA 大于6TB的應用環(huán)境：
?
?提供單一系統(tǒng)節(jié)點架構，從8顆處理器無縫擴展到32顆處理器
?-內(nèi)存從6TB無縫擴展到24TB
?
?解決了集群系統(tǒng)限制HANA Business Suite性能的問題
?-HANA的核心是將交易類型數(shù)據(jù)和分析系統(tǒng)整合到一個平臺，集群系統(tǒng)限制了這種?應用的性能
?
?解決了集群系統(tǒng)限制HANA Business Suite的HA高可用性問題
-這也是Oracle或IBM對SAP HANA的攻擊點
?
?減低30%以上的成本（vs. HP）
?具有超過100項無可匹敵的內(nèi)存計算，使單一節(jié)點大內(nèi)存計算成為現(xiàn)實
?
客戶需求 – 以Complex Join為例
?
能夠實現(xiàn)實時交易和分析類型負載，且不受系統(tǒng)規(guī)模的限制
?
以復雜鏈接complex join舉例，它用表達式鏈接多個數(shù)據(jù)庫表。將多個表格合并成為一個表格，加載到分析系統(tǒng)，示例中包含4個表格，但實際應用中，對于復雜鏈接，通常會有75000-250000個表格。
?
客戶面臨的挑戰(zhàn) – 性能問題
集群系統(tǒng)存在的問題在于，分析系統(tǒng)需要高性能，ERP系統(tǒng)是關鍵業(yè)務，當在多個節(jié)點之間進行Complex Join，多個節(jié)點之間進行通話，對ERP/CRM等應用的服務水平會下降。由于每一項分析過程都需要重新分配數(shù)據(jù)，需要進行重新查詢，節(jié)點之間的通信增加導致性能下降。
?需要持續(xù)不斷地平衡負載
?降低性能?
?SAN架構成本和管理?
?增加了復雜程度
?
解決方案：單一系統(tǒng)節(jié)點體系架構
?
垂直擴展，而不是水平擴展。在集群系統(tǒng)中，當進行complex join時，必須進行優(yōu)化以便
減少節(jié)點之間的通信，在單一系統(tǒng)上，數(shù)據(jù)被分配到共享一致內(nèi)存節(jié)點，不需要進行優(yōu)化。另外，
當增加集群節(jié)點時，需要重新分配任務和負載均衡，單一系統(tǒng)節(jié)點可以無縫擴展。
?不需要持續(xù)不斷地平衡負載
?線性性能?
?沒有附加的SAN架構成本和管理??
?結構簡單
?
客戶面臨的挑戰(zhàn) – 高可用問題
對于集群系統(tǒng)，高可用是一個很大的問題，當一個節(jié)點上的表出現(xiàn)故障后，需要通過其他節(jié)點上的表進行重建，這一過程，類似于RAID磁盤陣列中的磁盤重建。在重建過程中，集群系統(tǒng)節(jié)點會暫停響應，導致服務中斷。Oracle專門發(fā)布白皮書，攻擊SAP在集群系統(tǒng)中的HA問題。
?
-復雜度高
-有數(shù)據(jù)丟失風險
-易于被競爭對手攻擊
解決方案：單一系統(tǒng)節(jié)點體系架構
?兩個系統(tǒng)之間Failover ，構成HA模式，當primary節(jié)點出現(xiàn)故障時，應用可以切換到secondary節(jié)點，應用不會中斷
?SAP HANA Studio軟件支持同步復制數(shù)據(jù)到另一個節(jié)點
?快速恢復ERP和數(shù)據(jù)倉庫應用?
?通過HANA Studio進行管理
客戶價值
針對SAP HANA 應用的UV，可以為客戶帶來以下益處：
?獲得實時業(yè)務處理能力，無縫支持系統(tǒng)擴展，可靠性高，架構簡單?
?在單一系統(tǒng)內(nèi)存內(nèi)，運行超過6TB容量的SAP ERP系統(tǒng)和Netweaver BW數(shù)據(jù)倉庫應用，從集群系統(tǒng)的限制中解放出來
?節(jié)省30%以上的成本