2027年，是最后期限…
使用SAP軟件應(yīng)用的企業(yè)注意啦
SAP設(shè)定的“2027年最后期限”快到了
唉，拖延癥，急死人
等到2027年
人家早已坐上宇宙飛船遨游太空啦
而你還在地上“老牛拉破車”
古話說“天上一天，地上一年”
到了2027再開始轉(zhuǎn)型
你已經(jīng)不知道被拉開多遠(yuǎn)了！
還沒轉(zhuǎn)型升級的你
趕緊來了解下SAP HANA吧
SAP HANA是什么？
說起SAP，可能大家首先想到的是大名鼎鼎的企業(yè)資源規(guī)劃（ERP）、客戶關(guān)系管理（CRM）、供應(yīng)鏈管理（SCM）、商業(yè)智能（BI）等廣為人知的明星產(chǎn)品。
2010年，SAP發(fā)布了內(nèi)存數(shù)據(jù)庫平臺產(chǎn)品SAP High Performance Analytic Appliance （簡稱SAP HANA）。從字面上看，SAP HANA是“高性能分析型應(yīng)用”，但SAP HANA具備的能力遠(yuǎn)不止于此，隨著不斷發(fā)展，它已經(jīng)演化為一個高性能的計算平臺，成為SAP下一代核心數(shù)據(jù)庫平臺中最重要的產(chǎn)品。
特 點：
❶ SAP HANA是個內(nèi)存數(shù)據(jù)庫，它不像傳統(tǒng)數(shù)據(jù)庫將數(shù)據(jù)放在硬盤里，只在需要時讀到內(nèi)存（計算機里除了CPU以外速度最快的地方）進(jìn)行短暫的處理，而是將所有數(shù)據(jù)都放到內(nèi)存里進(jìn)行計算；
❷ SAP HANA采用Share Nothing的分布式架構(gòu)，原生支持并行優(yōu)化，能夠充分利用多核、分布式架構(gòu)來處理大數(shù)據(jù)問題；
❸ SAP HANA同時具有行式數(shù)據(jù)庫引擎和列式數(shù)據(jù)庫引擎，并內(nèi)置了一些數(shù)據(jù)建模和數(shù)據(jù)分析的功能。用戶不僅可以在HANA上同時運行OLTP（On-line Transaction Processing，聯(lián)機事務(wù)處理）和OLAP（On-LineAnalytical Processing，聯(lián)機分析處理），還能直接處理商業(yè)邏輯，獲得真正的“所見即所得”的實時分析能力；
❹ 除了數(shù)據(jù)本身技術(shù)層面的壓縮，SAP HANA致力于將所有應(yīng)用的數(shù)據(jù)庫整合在一起，也就是說ERP、CRM、SCM等共用一個HANA數(shù)據(jù)庫，使數(shù)據(jù)得到極大壓縮。
▐ 重點來了。2015年，SAP宣布在2025年以后，SAP產(chǎn)品的所有應(yīng)用將不再支持非HANA的數(shù)據(jù)庫。這意味著，如果一家公司正在使用SAP傳統(tǒng)的ERP系統(tǒng)，那么最好在2025年之前將應(yīng)用遷移到SAP S/4 HANA上。
而根據(jù)SAP官方建議，安裝SAP HANA系統(tǒng)需要在通過SAP官方認(rèn)證的服務(wù)器上進(jìn)行，如果采用非認(rèn)證服務(wù)器，性能將無法達(dá)到最優(yōu)，SAP也不給予任何支持，業(yè)務(wù)風(fēng)險更無法把控。
注：今年2月，SAP宣布延長了對Business Suite 7的支持，將主流維護(hù)的結(jié)束時間從2025年延長至2027年。
SAP HANA的部署
主要有兩種模式
目前，SAP HANA平臺的部署主要有兩種模式，一種是HANA一體機模式（HANA Appliance）另一種是HANA TDI模式（Tailored Data Center Integration，可裁剪數(shù)據(jù)中心集成）。
HANA一體機模式是由各個硬件廠商與SAP合作，經(jīng)過SAP認(rèn)證的標(biāo)準(zhǔn)配置、出廠即預(yù)裝了操作系統(tǒng)等軟件的軟硬一體設(shè)備。
HANA TDI模式則是一個更靈活且經(jīng)濟(jì)實惠的方案，僅僅要求服務(wù)器型號必須經(jīng)過SAP HANA一體機認(rèn)證，其它諸如服務(wù)器CPU、內(nèi)存、硬盤等可根據(jù)實際情況自行配置。這兩種模式采用的都是傳統(tǒng)物理服務(wù)器的架構(gòu)。
除了HANA數(shù)據(jù)庫以外，SAP平臺還需要大量的應(yīng)用服務(wù)器來運行各前端系統(tǒng)應(yīng)用服務(wù)（例如S/4生產(chǎn)系統(tǒng)應(yīng)用服務(wù)、MDG生產(chǎn)系統(tǒng)應(yīng)用服務(wù)、BW4生產(chǎn)系統(tǒng)應(yīng)用服務(wù)等等）。目前的常規(guī)方案是采用虛擬化平臺來部署各應(yīng)用服務(wù)器（主流是VMware），以實現(xiàn)可靠、彈性靈活和高性價比的目的。
搭建SAP HANA
你有一張直達(dá)票
2018年，VxRail成為首款經(jīng)SAP官方認(rèn)證的SAP HANA超融合解決方案。這意味著企業(yè)可借助VxRail帶來絕佳的靈活度、高可用性、更低的成本，以及簡單的配置，優(yōu)化SAP解決方案。
目前經(jīng)過SAP官方認(rèn)證的VxRail有兩路（VxRail P570F，2顆CPU，最大可配置3TB內(nèi)存）和四路（VxRail P580N，4顆CPU，最大可配置6TB內(nèi)存）全閃存超融合機型，可在VMware虛擬化平臺上統(tǒng)一運行HANA核心數(shù)據(jù)庫和所有應(yīng)用服務(wù)器，并提供高性能運行環(huán)境。
*戴爾易安信VxRail采用英特爾®至強®可擴(kuò)展處理器,該處理器可以優(yōu)化工作負(fù)載，可靠性強，還有高計算力、高穩(wěn)定性和高效敏捷性，不僅幫助VxRail輕松滿足既定工作負(fù)載，也在云領(lǐng)域有極大的應(yīng)用潛力。
搭好SAP HANA
別忘了查漏補缺
SAP HANA是一個集HANA數(shù)據(jù)庫和ERP等應(yīng)用系統(tǒng)為一體的企業(yè)資源管理平臺，作為企業(yè)的核心命脈，當(dāng)然不容許有任何中斷。因此，承載這個核心平臺的底層架構(gòu)除了要為SAP系統(tǒng)提供高性能的硬件支撐，更重要的是通過全面可靠的容災(zāi)和備份手段，確保整個SAP平臺的數(shù)據(jù)安全。
SAP HANA數(shù)據(jù)庫一般會采用成熟可靠的HDB Replication + Linux HA技術(shù)方案來實現(xiàn)“RPO=0”的目標(biāo)。然而，SAP系統(tǒng)中各應(yīng)用服務(wù)器的數(shù)據(jù)保護(hù)卻往往被忽略，基本處于“裸奔”狀態(tài)。
手心手背都是肉，后者的數(shù)據(jù)保護(hù)也得提上日程??！
不用擔(dān)心，戴爾易安信VxRail自帶連續(xù)數(shù)據(jù)保護(hù)軟件RP4VM，可為超融合平臺上所有虛擬機提供本地和異地的連續(xù)數(shù)據(jù)保護(hù)功能。
RP4VM基于旁路拆分復(fù)制方案，采用I/O拆分方式進(jìn)行容災(zāi)，因此可以捕獲并記錄虛擬機每一個寫I/O操作，從而將虛擬機恢復(fù)到任意一個時間點狀態(tài)，即便是對應(yīng)用虛擬機，也一樣可以提供“RPO=0”的最高級別數(shù)據(jù)保護(hù)。
除了VxRail自帶的連續(xù)數(shù)據(jù)保護(hù)軟件，戴爾易安信還建議利用超融合數(shù)據(jù)保護(hù)裝置DP4400為SAP HANA平臺數(shù)據(jù)庫和應(yīng)用系統(tǒng)的每天本地和異地數(shù)據(jù)備份保駕護(hù)航。
DP4400具備強大的數(shù)據(jù)重刪（包括源端消重和目標(biāo)端消重）、壓縮功能以及超高備份速度（多數(shù)據(jù)流最高并發(fā)備份速度不小于9TB/小時），可為用戶提供簡單而強大的融合數(shù)據(jù)保護(hù)。
綜上，我們得到下圖所示的
SAP系統(tǒng)平臺的完整架構(gòu)圖
❶ 基于超融合VxRail（以4節(jié)點P580N為例）搭建SAP HANA數(shù)據(jù)庫和應(yīng)用虛擬化平臺；
❷ 通過計算虛擬化和存儲虛擬化實現(xiàn)物理主機和虛擬機的高可用；
❸ 利用RP4VM實現(xiàn)虛擬機的本地連續(xù)數(shù)據(jù)保護(hù)；
❹ 借助超融合數(shù)據(jù)保護(hù)裝置DP4400，實現(xiàn)SAP平臺的每天本地智能備份和異地自動容災(zāi)。
高可用、高可靠
從內(nèi)到外全覆蓋
一個詞兒，完美！
相關(guān)內(nèi)容推薦：VxRail白皮書-實現(xiàn)您的金融服務(wù)IT現(xiàn)代化的幾大理由
相關(guān)產(chǎn)品：VxFlex 就緒節(jié)點
