1、山東移動(dòng)HANA測(cè)試匯報(bào)SAP 測(cè)試項(xiàng)目組SAP HANA項(xiàng)目背景及價(jià)值山東移動(dòng)HANA測(cè)試介紹SAP HANA內(nèi)存數(shù)據(jù)庫(kù)概述123背景：推進(jìn)核心業(yè)務(wù)高效運(yùn)營(yíng)，是應(yīng)對(duì)市場(chǎng)競(jìng)爭(zhēng)的致勝法寶工信部副部長(zhǎng)奚國(guó)華：在中國(guó)移動(dòng)年工作會(huì)議上要求面向外部堅(jiān)定信心拓市場(chǎng)，面向內(nèi)部挖潛增效控成本，保持平穩(wěn)增長(zhǎng)態(tài)勢(shì)。中國(guó)移動(dòng)總裁王建宙：在中國(guó)移動(dòng)工作會(huì)議報(bào)告要求在進(jìn)一步完善卓越運(yùn)營(yíng)體系方面，繼續(xù)以集中管理為抓手，落實(shí)“縱向統(tǒng)一、橫向聯(lián)動(dòng)”要求，全面支撐低成本高效運(yùn)營(yíng)。中國(guó)移動(dòng)副總裁李躍：在中國(guó)移動(dòng)工作會(huì)議報(bào)告指出在公司進(jìn)入相對(duì)平穩(wěn)發(fā)展的情況下，開(kāi)源節(jié)流，增收節(jié)支，挖潛增效，實(shí)施低成本高效運(yùn)營(yíng)，保證企業(yè)價(jià)值持續(xù)提高，

2、對(duì)公司尤為重要。推進(jìn)高效運(yùn)營(yíng),需要構(gòu)建高效運(yùn)營(yíng)的支撐體系做保障；山東公司在總部的指導(dǎo)下從電子渠道標(biāo)準(zhǔn)化運(yùn)營(yíng)支撐和集團(tuán)客戶綜合運(yùn)營(yíng)支撐兩個(gè)方面，在高效運(yùn)營(yíng)支撐方面做了有益的嘗試和應(yīng)用架構(gòu)測(cè)試。搭建電子渠道標(biāo)準(zhǔn)化運(yùn)營(yíng)體系依托能力封裝快速部署ESOP高效，穩(wěn)定準(zhǔn)確運(yùn)營(yíng)12目標(biāo)如何支撐？哪個(gè)方向？企業(yè)的組織結(jié)構(gòu)是相對(duì)剛性的樹(shù)狀結(jié)構(gòu)，而企業(yè)運(yùn)作方式是基于各種動(dòng)態(tài)的、跨組織的、重疊的矩陣式協(xié)作模式，這之間的矛盾是企業(yè)運(yùn)營(yíng)效率低、運(yùn)營(yíng)成本高的根本因素之一。要實(shí)現(xiàn)“高效穩(wěn)定運(yùn)營(yíng)”的目標(biāo)，必須依賴業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)提供的數(shù)據(jù)整合和共享能力和端到端流程貫穿能力這兩個(gè)重要支撐能力上?？偛縉G-BOSS規(guī)范對(duì)實(shí)現(xiàn)“高效

3、穩(wěn)定運(yùn)營(yíng)”的目標(biāo)做出明確的分析和規(guī)劃：全業(yè)務(wù)運(yùn)營(yíng)電信企業(yè)中將存在越來(lái)越多的、復(fù)雜的矩陣式協(xié)作模式和業(yè)務(wù)流程，成為影響運(yùn)營(yíng)成本和運(yùn)營(yíng)效率的重要因素之一，而對(duì)這種矩陣化協(xié)作模式將對(duì)以功能為中心的、傳統(tǒng)業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)帶來(lái)極大挑戰(zhàn)當(dāng)前BOSS系統(tǒng)運(yùn)營(yíng)存在的主要問(wèn)題山東移動(dòng)業(yè)務(wù)查詢速度緩慢性能調(diào)優(yōu)耗費(fèi)大量資源數(shù)據(jù)庫(kù)讀寫(xiě)瓶頸由于山東移動(dòng)BOSS系統(tǒng)管理的數(shù)據(jù)庫(kù)節(jié)點(diǎn)眾多，系統(tǒng)新近升級(jí)，有關(guān)電子渠道，客戶套餐等業(yè)務(wù)查詢速度緩慢，通過(guò)硬件升級(jí)和擴(kuò)容已不能滿足移動(dòng)業(yè)務(wù)要求 電子渠道集中運(yùn)營(yíng)前各渠道系統(tǒng)分散，產(chǎn)品上線/更新各自進(jìn)行技術(shù)維護(hù)相對(duì)獨(dú)立，從而引發(fā)了上線進(jìn)度控制不足、客戶界面及交互信息不統(tǒng)一、故障不能及時(shí)

4、發(fā)現(xiàn)等問(wèn)題， ORACLE 數(shù)據(jù)庫(kù)的讀寫(xiě)I/O瓶頸問(wèn)題突出。缺乏有效的系統(tǒng)工具，對(duì)各渠道的響應(yīng)時(shí)限、終端故障、信息流轉(zhuǎn)監(jiān)控不及時(shí)。復(fù)雜查詢業(yè)務(wù)量巨大由于移動(dòng)4G業(yè)務(wù)所產(chǎn)生的大量電子渠道客戶數(shù)據(jù)需要進(jìn)行有關(guān)客戶投訴，市場(chǎng)營(yíng)銷的大量數(shù)據(jù)分析工作，競(jìng)爭(zhēng)數(shù)據(jù)庫(kù)寫(xiě)入交易資源。單筆業(yè)務(wù)成本比較（元）21.9倍含咨詢、查詢5.9倍0.18不含咨詢、查詢3.940.95.31電子渠道實(shí)體渠道備注：該柱形圖引用李躍副總裁2010年全國(guó)市場(chǎng)數(shù)據(jù)工作會(huì)材料產(chǎn)品優(yōu)化山東會(huì)加大電子渠道能力建設(shè)及其功能完善，實(shí)現(xiàn)多渠道方式發(fā)展、業(yè)務(wù)全承載。重點(diǎn)分流查詢、咨詢、繳費(fèi)等辦理量大、標(biāo)準(zhǔn)化程度高的業(yè)務(wù)，大幅提升業(yè)務(wù)辦理占比。有計(jì)

5、劃、有步驟地將實(shí)體渠道業(yè)務(wù)轉(zhuǎn)向電子渠道，使其真正融入銷售服務(wù)體系 。電子渠道推廣要求高效運(yùn)營(yíng)大力推進(jìn)電子渠道建設(shè)與推廣，降低企業(yè)成本，提高企業(yè)感知的客戶價(jià)值當(dāng)前BOSS系統(tǒng)運(yùn)營(yíng)存在的主要問(wèn)題-客戶角度客戶希望高效獲得想要的信息和辦理服務(wù)客戶服務(wù)便捷需求增長(zhǎng)準(zhǔn)確性：要求獲得信息的必須對(duì)其是有效的，即必須是自已感興趣，并且是完整的效率：一致性：安全性：要求能通過(guò)其自已喜好的方式（渠道）方便便捷獲得信息要求從各渠道獲得的信息必須是一致的要求在渠道上受理業(yè)務(wù)是安全的?？蛻魧?duì)獲取信息、辦理業(yè)務(wù)提出便捷要求：推論 為提高客戶讓渡價(jià)值，需整合公司各渠道,根據(jù)客戶使用習(xí)慣針對(duì)性提供一致、標(biāo)準(zhǔn)化的信息客戶角度山

6、東公司運(yùn)營(yíng)支撐主要業(yè)務(wù)創(chuàng)新加強(qiáng)電子渠道運(yùn)營(yíng)支撐電子渠道平臺(tái)優(yōu)化與流程梳理建立電子渠道營(yíng)銷體系構(gòu)建渠道綜合運(yùn)營(yíng)平臺(tái)大力提升電子渠道業(yè)務(wù)支撐能力構(gòu)建CRM渠道高速數(shù)據(jù)訪問(wèn)平臺(tái)，實(shí)現(xiàn)各渠道業(yè)務(wù)運(yùn)營(yíng)集成、運(yùn)營(yíng)監(jiān)控、流程管理等功能， 減緩系統(tǒng)高峰時(shí)段核心業(yè)務(wù)的 讀寫(xiě)I/O 競(jìng)爭(zhēng)依托CRM建立電子渠道營(yíng)銷體系，實(shí)現(xiàn)網(wǎng)站營(yíng)銷活動(dòng)、關(guān)聯(lián)營(yíng)銷、短信營(yíng)銷等。依托NGBOSS-CRM對(duì)渠道綜合運(yùn)營(yíng)規(guī)劃思路，結(jié)合集團(tuán)提高綜合運(yùn)營(yíng)保障的能力建設(shè)要求，實(shí)現(xiàn)各個(gè)業(yè)務(wù)平臺(tái)可以快速讀取數(shù)據(jù)的高速數(shù)據(jù)處理引擎， 提高客戶訪問(wèn)體驗(yàn)。山東移動(dòng)BOSS系統(tǒng)的優(yōu)化和投資回報(bào)分析高速數(shù)據(jù)讀寫(xiě)引擎客戶體驗(yàn)高可用性運(yùn)維管理簡(jiǎn)化 由于大量的數(shù)據(jù)

7、查詢將只在HANA的數(shù)據(jù)庫(kù)節(jié)點(diǎn)發(fā)生，而大量的數(shù)據(jù)庫(kù)寫(xiě)入交易將依然保留在Oracle 數(shù)據(jù)庫(kù)節(jié)點(diǎn)， 從而有力地保障了核心系統(tǒng)的高可用性。高速訪問(wèn)提升客戶感知立足客戶感知，以提高客戶滿意度為目的，由于大量的查詢數(shù)據(jù)可以保存在HANA內(nèi)存數(shù)據(jù)庫(kù)中，實(shí)現(xiàn)分布式及云化部署， 可以有效提高業(yè)務(wù)部門(mén)及客服中心對(duì)于IT支撐部門(mén)的滿意度。 由于HANA非常善于處理復(fù)雜數(shù)據(jù)模型所產(chǎn)生的數(shù)據(jù)查詢及匯總查詢，可以有力地幫助運(yùn)維部門(mén)提高系統(tǒng)運(yùn)維保障能力，減輕運(yùn)維人員調(diào)優(yōu)及系統(tǒng)故障分析成本 通過(guò)引入HANA 內(nèi)存數(shù)據(jù)庫(kù)及復(fù)制引擎，全面梳理優(yōu)化BOSS系統(tǒng)訪問(wèn)速度，提升渠道便捷性及安全性。未來(lái)精確營(yíng)銷系統(tǒng)體系架構(gòu)圖WLAN

8、網(wǎng)絡(luò)信令數(shù)據(jù)， 例如客戶的漫游位置結(jié)構(gòu)化數(shù)據(jù)非結(jié)構(gòu)化數(shù)據(jù)臨時(shí)數(shù)據(jù)表實(shí)時(shí)數(shù)據(jù)插入， 基于業(yè)務(wù)規(guī)則的數(shù)據(jù)流ESPHANA 內(nèi)存數(shù)據(jù)庫(kù)目標(biāo)客戶數(shù)據(jù)表（基于算法）營(yíng)銷規(guī)則匹配通過(guò)基站將營(yíng)銷信息推送給客戶BOSS 客戶數(shù)據(jù)例如手機(jī)號(hào)，套餐，話費(fèi)余額存在Hadoop HBase 中的客戶投訴及體驗(yàn)分析歷史數(shù)據(jù)業(yè)務(wù)及市場(chǎng)部門(mén)進(jìn)行市場(chǎng)營(yíng)銷策略管理命中客戶表SAP電信行業(yè)大數(shù)據(jù)應(yīng)用方向渠道收益分析用戶交易趨勢(shì)分析網(wǎng)絡(luò)優(yōu)化在線客戶行為習(xí)慣分析品牌情緒分析客戶行為分析用戶細(xì)分用戶忠誠(chéng)度分析各區(qū)域市場(chǎng)控制率分析詐騙行為分析BOSS系統(tǒng)運(yùn)維:-)項(xiàng)目背景及價(jià)值山東移動(dòng)HANA測(cè)試介紹SAP HANA內(nèi)存數(shù)據(jù)庫(kù)概述132

9、項(xiàng)目進(jìn)度具體任務(wù)第一周（4.1417）網(wǎng)絡(luò)環(huán)境配置身份認(rèn)證及4A證書(shū)認(rèn)證等跳轉(zhuǎn)機(jī)設(shè)置及使用等第二周（4.2024）從oracle導(dǎo)入數(shù)據(jù)到HANASRS復(fù)制服務(wù)器安裝配置場(chǎng)景一測(cè)試場(chǎng)景二測(cè)試第三周（4.2730）場(chǎng)景三測(cè)試實(shí)時(shí)數(shù)據(jù)同步測(cè)試性能調(diào)優(yōu)及配置參數(shù)修改整體項(xiàng)目進(jìn)度系統(tǒng)準(zhǔn)備場(chǎng)景分析數(shù)據(jù)準(zhǔn)備模型實(shí)現(xiàn)測(cè)試任務(wù)總結(jié)匯報(bào)參與本次測(cè)試項(xiàng)目的人員單位姓名支持方面山東移動(dòng)朱祥磊測(cè)試項(xiàng)目用戶方總負(fù)責(zé)人山東移動(dòng)田力項(xiàng)目接口人山東移動(dòng)劉培文項(xiàng)目接口人華為王宏明測(cè)試支持華為龐毅測(cè)試支持華為崔建偉測(cè)試支持華為任樹(shù)棟硬件支持SAP唐勇林客戶經(jīng)理SAP李嘉項(xiàng)目經(jīng)理SAPJeffery huang項(xiàng)目支持SAP吳曉潔

10、技術(shù)負(fù)責(zé)SAP胡彬現(xiàn)場(chǎng)支持SAP劉兵現(xiàn)場(chǎng)支持測(cè)試架構(gòu)SAP Replication Server復(fù)制服務(wù)器 SAP HANA 1.0 SPS09 內(nèi)存計(jì)算引擎SAP HANA123數(shù)據(jù)源Oracle DBData warehouseData mart備份節(jié)點(diǎn)HUAWEI E9000SUSE11 SP380 Cores CPU1 TB內(nèi)存工作節(jié)點(diǎn)HUAWEI E9000SUSE11 SP380 Cores CPU1 TB內(nèi)存測(cè)試場(chǎng)景之一：現(xiàn)有模式和存在問(wèn)題：由于數(shù)據(jù)量較大，邏輯關(guān)系較為復(fù)雜，導(dǎo)致現(xiàn)有系統(tǒng)查詢速度低下，尤其在大并發(fā)訪問(wèn)的時(shí)候，很難提供實(shí)時(shí)有效的查詢，對(duì)業(yè)務(wù)性能產(chǎn)生較大影響，用戶滿意

11、度也會(huì)急劇下降，因此非常有必要提升系統(tǒng)性能。用戶期望解決問(wèn)題：可以滿足山東移動(dòng)和集團(tuán)公司的要求， 如高并發(fā)的實(shí)時(shí)訪問(wèn)，相對(duì)現(xiàn)有BOSS系統(tǒng)業(yè)務(wù)訪問(wèn)性能的大幅提升，能達(dá)到秒級(jí)的響應(yīng)。 業(yè)務(wù)場(chǎng)景如下：選擇山東移動(dòng)3個(gè)業(yè)務(wù)領(lǐng)域的5個(gè)業(yè)務(wù)場(chǎng)景實(shí)現(xiàn)性能加速：ESOP-1ESOP-23. 實(shí)時(shí)營(yíng)銷的產(chǎn)品校驗(yàn)-14. 實(shí)時(shí)營(yíng)銷的產(chǎn)品校驗(yàn)-25. 選號(hào)業(yè)務(wù)性能比較分析：ESOP -115.444秒0.026秒594倍性能比較分析：實(shí)時(shí)營(yíng)銷的產(chǎn)品校驗(yàn)-10.023秒0.203秒9倍性能比較分析：ESOP -255.536秒0.783秒71倍性能比較分析：選號(hào)業(yè)務(wù)162.787秒0.091秒1789倍性能比較分析

12、：實(shí)時(shí)營(yíng)銷的產(chǎn)品校驗(yàn)-20.011秒0.905秒82倍總體平均提升：?jiǎn)尉€程性能對(duì)比（HANA vs Oracle）從測(cè)試結(jié)果來(lái)看，將實(shí)時(shí)校驗(yàn)、客戶選號(hào)及ESOP等場(chǎng)景重現(xiàn)在SAP HANA上，與Oracle上對(duì)比執(zhí)行性能有非常大的提升。場(chǎng)景HANA執(zhí)行時(shí)間（s）Oracle執(zhí)行時(shí)間（s）提升倍數(shù)實(shí)時(shí)校驗(yàn)-10.0230.2039實(shí)時(shí)校驗(yàn)-20.0110.90582客戶選號(hào)0.091162.7871789ESOP-10.02615.444594ESOP-20.78355.53671509倍性能比較分析：并發(fā)線程測(cè)試應(yīng)用JAVA程序創(chuàng)建多個(gè)并發(fā)用戶同時(shí)向HANA發(fā)送查詢請(qǐng)求。分別測(cè)試HANA在山東

13、移動(dòng)幾個(gè)場(chǎng)景中并發(fā)情況下的返回時(shí)間：50個(gè)線程100個(gè)線程150個(gè)線程200個(gè)線程針對(duì)幾種業(yè)務(wù)場(chǎng)景使用頻率以及復(fù)雜度的不同，按以下的比例來(lái)分配實(shí)際運(yùn)行的SQL。場(chǎng)景比例實(shí)時(shí)校驗(yàn)-120%實(shí)時(shí)校驗(yàn)-220%客戶選號(hào)40%ESOP-110%ESOP-210%性能比較分析：并發(fā)線程 50 線程按照10個(gè)任務(wù)來(lái)進(jìn)行，5個(gè)場(chǎng)景分別運(yùn)行2,2,4,1,1個(gè)任務(wù)。每個(gè)任務(wù)由5個(gè)線程運(yùn)行，分別統(tǒng)計(jì)每個(gè)任務(wù)的執(zhí)行時(shí)間。最后的每個(gè)場(chǎng)景運(yùn)行時(shí)間由場(chǎng)景對(duì)應(yīng)的若干任務(wù)進(jìn)行平均得到。性能比較分析：并發(fā)線程 100 線程每個(gè)任務(wù)由10個(gè)線程運(yùn)行，分別統(tǒng)計(jì)每個(gè)任務(wù)的執(zhí)行時(shí)間。性能比較分析：并發(fā)線程 150 線程每個(gè)任務(wù)由15

14、個(gè)線程運(yùn)行，分別統(tǒng)計(jì)每個(gè)任務(wù)的執(zhí)行時(shí)間。性能比較分析：并發(fā)線程 200 線程每個(gè)任務(wù)由20個(gè)線程運(yùn)行，分別統(tǒng)計(jì)每個(gè)任務(wù)的執(zhí)行時(shí)間。性能比較分析：并發(fā)線程性能從測(cè)試結(jié)果來(lái)看，在多并發(fā)情況下，SAP HANA可以滿足山東移動(dòng)實(shí)時(shí)校驗(yàn)、客戶選號(hào)及ESOP等場(chǎng)景在秒級(jí)的響應(yīng)，在高并發(fā)下性能保持線性增長(zhǎng)場(chǎng)景比例50線程并發(fā)時(shí)間 (ms)100線程并發(fā)時(shí)間 (ms)150線程并發(fā)時(shí)間 (ms)200線程并發(fā)時(shí)間 (ms)實(shí)時(shí)校驗(yàn)-120%34872511291495實(shí)時(shí)校驗(yàn)-220%15771010201449客戶選號(hào)40%34068411101490ESOP-110%3575147ESOP-210%23

15、45333946195457數(shù)據(jù)壓縮率表名稱CSV文件(KB)所占內(nèi)存(KB)壓縮比CM_CU_GROUPCUSTSERVCHANNEL34,498.559,795.233.52CUSTOMER23,560,757.236,026,588.333.91IM_INV_TELNUM12,678,715.741,861,743.886.81IM_INV_TELNUM_LIMIT3,879,052.881,366,454.632.84MM_DET_ALERTINFO237,666.7926,188.249.08 MONWORKLOG1,465,643.68172,226.988.51MM_WK_WOR

16、KLOGEVALUATE952.37540.541.76SA_DB_DICTITEM4,308.261,700.672.53SUBS_PRIVILEGE131,348,984.7127,970,760.564.7SUBS_PRODUCT180,242,432.0044,359,318.574.06T_UCP_DISTRICT7,279.922,286.453.18T_UCP_PASSWORD27,819.739,751.342.85T_UCP_STAFFBASICINFO92,261.8824,572.643.75T_UCP_STAFFEXTENDINFO28,744.638,055.233.

17、57T_UCP_STAFFMAC145.86355.040.41T_UCP_STAFFRESTRICTINFO13,228.363,440.343.85T_UCP_STAFF_BBOSS_INFO602.77581.681.04 平均壓縮率：4倍測(cè)試場(chǎng)景之二：現(xiàn)有模式： ESOP為移動(dòng)業(yè)務(wù)部門(mén)訪問(wèn)的核心業(yè)務(wù)，需要經(jīng)常有業(yè)務(wù)寫(xiě)入交易， 因此有關(guān)放入SAP HANA 內(nèi)存數(shù)據(jù)庫(kù)的表格需要經(jīng)常與SAP 的源數(shù)據(jù)表進(jìn)行同步。用戶期望解決問(wèn)題：希望實(shí)現(xiàn)的同步頻率達(dá)到分鐘級(jí)，可以承受住山東移動(dòng)業(yè)務(wù)的吞吐量。業(yè)務(wù)場(chǎng)景如下：利用Sybase Replication Server將業(yè)務(wù)系統(tǒng)Oracle數(shù)據(jù)庫(kù)中產(chǎn)

18、生的業(yè)務(wù)數(shù)據(jù)實(shí)時(shí)同步到SAP HANA。 測(cè)試場(chǎng)景之三：用戶期望：有完善的容錯(cuò)機(jī)制，在單點(diǎn)故障時(shí)候能實(shí)現(xiàn)主備機(jī)的快速切換，提供724小時(shí)的服務(wù)能力。 業(yè)務(wù)場(chǎng)景如下：測(cè)試SAP HANA的高可用性，模擬故障測(cè)試HANA的容錯(cuò)能力，驗(yàn)證HANA快速的應(yīng)用透明的故障切換HANA 初始狀態(tài)HANA01 為主節(jié)點(diǎn)，HANA02 位備節(jié)點(diǎn)。性能比較分析數(shù)據(jù)同步性能(單表/多表）：針對(duì)山東移動(dòng)目前數(shù)據(jù)變化最為頻繁的幾張表，經(jīng)推算每天的增量數(shù)據(jù)約為80w條，即每秒約9條記錄。以業(yè)務(wù)最高峰的時(shí)間段為平均數(shù)值的5倍計(jì)算，業(yè)務(wù)表每秒鐘在高峰時(shí)段每秒約產(chǎn)生50條記錄。從測(cè)試結(jié)果看出，數(shù)據(jù)同步到SAP HANA的速度完

19、全可以達(dá)到最高峰時(shí)段的變化數(shù)據(jù)要求。隨著表數(shù)據(jù)量的增加，單表性能不會(huì)下降，而總體的同步記錄量會(huì)相應(yīng)增加。HANA01 關(guān)閉由于采用華為HANA一體機(jī)，當(dāng)HANA01關(guān)閉之后，10秒之內(nèi)HANA02 切換為主節(jié)點(diǎn)HANA01 恢復(fù)HANA01 作為備節(jié)點(diǎn)激活項(xiàng)目總結(jié)驗(yàn)證項(xiàng)目小結(jié)HANA對(duì)SQL標(biāo)準(zhǔn)和業(yè)務(wù)場(chǎng)景的支持HANA具有多種業(yè)務(wù)模型，并且支持標(biāo)準(zhǔn)的SQL規(guī)范，可以還原復(fù)雜的業(yè)務(wù)處理場(chǎng)景HANA對(duì)海量數(shù)據(jù)處理的支持HANA支持海量數(shù)據(jù)，其中，交友圈測(cè)試場(chǎng)景數(shù)據(jù)達(dá)到20多億條HANA的高性能表現(xiàn)與并發(fā)處理能力HANA具有非常高的性能，在兩個(gè)測(cè)試場(chǎng)景中，性能提升近100倍左右，并發(fā)響應(yīng)度在上千個(gè)并

20、發(fā)時(shí)可以滿足需求HANA與現(xiàn)有系統(tǒng)的結(jié)合程度HANA能與山東移動(dòng)現(xiàn)有數(shù)據(jù)庫(kù)相結(jié)合，能夠作為實(shí)時(shí)分析型數(shù)據(jù)集市（倉(cāng)庫(kù)），針對(duì)分析主題進(jìn)行加速，并且日后可以作為統(tǒng)一的數(shù)據(jù)倉(cāng)庫(kù)平臺(tái)對(duì)即席查詢的支持現(xiàn)有五個(gè)業(yè)務(wù)場(chǎng)景直接放入HANA數(shù)據(jù)實(shí)時(shí)運(yùn)算無(wú)需任何調(diào)優(yōu)操作對(duì)多種數(shù)據(jù)源的支持SRS支持各種數(shù)據(jù)源，并對(duì)數(shù)據(jù)進(jìn)行轉(zhuǎn)化和預(yù)處理。HANA 對(duì)于山東移動(dòng)的價(jià)值分析幫助業(yè)務(wù)支撐部構(gòu)建基于高速內(nèi)存數(shù)據(jù)庫(kù)的讀寫(xiě)分離引擎，大幅度提高ESOP, 大數(shù)據(jù)，經(jīng)分，客服中心客戶數(shù)據(jù)查詢的訪問(wèn)速度， 提高客戶滿意度幫助提高山東移動(dòng)核心業(yè)務(wù)的數(shù)據(jù)保障能力及系統(tǒng)高可用性，實(shí)現(xiàn)讀寫(xiě)分離，降低核心業(yè)務(wù)在業(yè)務(wù)訪問(wèn)高峰期間的讀寫(xiě)I/O瓶頸幫

21、助業(yè)務(wù)支撐部提高對(duì)于4G業(yè)務(wù)訪問(wèn)的系統(tǒng)保障和運(yùn)維管理水平，應(yīng)對(duì)客戶電子渠道訪問(wèn)所急劇增加的數(shù)據(jù)量及業(yè)務(wù)查詢幫助山東移動(dòng)樹(shù)立在集團(tuán)核心業(yè)務(wù)的管理創(chuàng)新，提高中國(guó)移動(dòng)4G業(yè)務(wù)的核心競(jìng)爭(zhēng)力， 提高業(yè)務(wù)部門(mén)，客戶的訪問(wèn)滿意度降低運(yùn)維技術(shù)部門(mén)的運(yùn)維和管理壓力， 實(shí)現(xiàn)系統(tǒng)的自動(dòng)化管理，云部署， 基于低端PC服務(wù)器的橫向擴(kuò)展，提高對(duì)于大數(shù)據(jù)業(yè)務(wù)的訪問(wèn)和支持能力 山東移動(dòng)系統(tǒng)架構(gòu)數(shù)據(jù)倉(cāng)庫(kù) | 數(shù)據(jù)集市 | 數(shù)據(jù)挖掘存儲(chǔ) | 建模 | 分析 | 調(diào)用 | 預(yù)測(cè) | 分發(fā) | 計(jì)劃 | 搜索 ETL數(shù)據(jù)獲取實(shí)時(shí)數(shù)據(jù)獲取(SAP Replication Server)客戶服務(wù)系統(tǒng)BOSS系統(tǒng)經(jīng)分系統(tǒng)其他應(yīng)用系統(tǒng)決策支

22、持平臺(tái)（SAP BO)短信彩信WAPWAP營(yíng)帳系統(tǒng)實(shí)現(xiàn)讀寫(xiě)分離內(nèi)存計(jì)算項(xiàng)目背景及價(jià)值HANA在鞍礦測(cè)試介紹SAP HANA內(nèi)存數(shù)據(jù)庫(kù)概述321SAP Big DATA架構(gòu)示例39THAppsESPIQHANASAP Services CloudIoT Adapter SDKWeb AppThingsHANA/ESP StudioApp Development StudioMobile AppsMobile DeveloperHANA Cloud PlatformSQL設(shè)計(jì)Agent DeveloperMobile AppGatewayDeviceIndustry SpecificAlgorit

23、hmsSQLA運(yùn)行SAPBusiness SuiteThird Party Applications您或許已經(jīng)知道了革新數(shù)據(jù)訪問(wèn)的方式今天，等待信息CRMHCMPLM數(shù)據(jù)倉(cāng)庫(kù)ERP ApplicationSRM數(shù)據(jù)庫(kù)基于物理磁盤(pán)轉(zhuǎn)變BSEGMSEGVBAKMARAEKBEEKPO信息展示門(mén)戶/商務(wù)智能客戶端CRMSCMPLMBW 7.3ERP ApplicationSRM明天, 實(shí)時(shí)信息信息展示門(mén)戶/商務(wù)智能客戶端SAP HANA內(nèi)存計(jì)算引擎虛擬數(shù)據(jù)集市Lean Model內(nèi)存數(shù)據(jù)庫(kù)虛擬數(shù)據(jù)集市用于交易 + 分析的一個(gè)內(nèi)存數(shù)據(jù)原子副本減少不必要的復(fù)雜性和延遲減少需要管理的硬件通過(guò)創(chuàng)新和簡(jiǎn)化加速

24、3 個(gè)數(shù)據(jù)副本位于不同的數(shù)據(jù)模型固有數(shù)據(jù)延遲較差的創(chuàng)新導(dǎo)致浪費(fèi)單獨(dú)的交易 + 分析 + 加速流程SAP HANA(DRAM)交易ETL分析ETL使用內(nèi)存計(jì)算重新思考數(shù)據(jù)管理需要消除冗余數(shù)據(jù)副本、物化和模型面向采用內(nèi)存列數(shù)據(jù)庫(kù)的 OLTP 和 OLAP 的通用數(shù)據(jù)庫(kù)方法Hasso Plattner對(duì)比加速高速緩存內(nèi)存數(shù)據(jù)庫(kù)提升企業(yè)數(shù)據(jù)倉(cāng)庫(kù)性能的運(yùn)行機(jī)理使用最新的計(jì)算創(chuàng)新消除數(shù)據(jù)處理瓶頸存儲(chǔ)內(nèi)存壓縮分區(qū)OLTP+OLAP 在列存儲(chǔ)中僅插入增量無(wú)聚合表（動(dòng)態(tài)聚合）固態(tài)閃存HDD64 位地址空間 當(dāng)前服務(wù)器 1 TB價(jià)性比明顯下降L3高速緩存L3高速緩存L3高速緩存L3高速緩存L3高速緩存L3高速緩存

25、L3高速緩存L3高速緩存多核架構(gòu)每刀片 8 個(gè) CPU x 10 核帶許多刀片的大規(guī)模并行擴(kuò)展記錄和備份SAP HANA的硬件和性能指標(biāo)認(rèn)證的硬件系統(tǒng)內(nèi)存容量：128GB 50TB 500TB計(jì)算能力：16核10000核從單節(jié)點(diǎn)到100個(gè)節(jié)點(diǎn)的集群?jiǎn)螜C(jī)從128GB 4TB內(nèi)存，數(shù)據(jù)中心方案更多的硬件供應(yīng)商超過(guò)60種規(guī)格的認(rèn)證硬件服務(wù)器基于AWS的云部署認(rèn)證的同步，異步的集群容災(zāi)備份恢復(fù)方案BI認(rèn)證和ETL，備份工具的認(rèn)證以5年SD模塊的銷售數(shù)據(jù)為例- 1000億條數(shù)據(jù)記錄- 16個(gè)HANA服務(wù)器節(jié)點(diǎn)- 19倍壓縮率- 100TB-3.7TB月度銷售與分銷報(bào)告。1個(gè)月，0.3秒6個(gè)月，0.7秒1

26、2個(gè)月，1.04秒前 100 位客戶的 YOY 趨勢(shì)報(bào)告超過(guò)2年，1.5秒超過(guò)5年，3.8秒可小，可大的平臺(tái)SAP HANA-內(nèi)存計(jì)算數(shù)據(jù)安全內(nèi)存（數(shù)據(jù)）閃存-Flash（日志）數(shù)據(jù)來(lái)自任何DB來(lái)自任何系統(tǒng)客戶端訪問(wèn)I/O都在內(nèi)存硬盤(pán)SAP HANA硬件服務(wù)器寫(xiě)入11數(shù)據(jù)總是直接寫(xiě)進(jìn)內(nèi)存同步寫(xiě)入22更新內(nèi)存數(shù)據(jù)的同時(shí)寫(xiě)入日志異步33數(shù)據(jù)定期寫(xiě)入磁盤(pán)并創(chuàng)建保存點(diǎn)重啟之后44數(shù)據(jù)恢復(fù)時(shí)從磁盤(pán)和日志區(qū)讀取記錄HANA特點(diǎn)一數(shù)據(jù)壓縮再加速內(nèi)存極速訪問(wèn)姓名城市性別張山北京男李四上海女李夢(mèng)上海女李夢(mèng)上海女傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)表HANA列式存儲(chǔ)數(shù)據(jù)字典壓縮張山李四李夢(mèng)李夢(mèng)北京上海上海上海男女女女0: 張山1:

27、李四2: 李夢(mèng) 0: 北京1: 上海0:男1:女HANA列式存儲(chǔ)運(yùn)行長(zhǎng)度壓縮1 x 01 x 12 x 21 x 03 x 11 x 03 x 10: 張山1: 李四2: 李夢(mèng) 0: 北京1: 上海0:男1:女1 x 0 表示 1個(gè)張山* 后面的數(shù)字表示實(shí)際的值模擬內(nèi)存中的數(shù)據(jù)HANA特點(diǎn)二數(shù)據(jù)分而治之?dāng)?shù) 據(jù)內(nèi)存本地化，把大數(shù)據(jù)量和計(jì)算量分散到不同處理器任務(wù)并行處理，不同的服務(wù)器之間也共享同一組數(shù)據(jù)高可用性，單一的服務(wù)器的DOWN機(jī)將不影響任何計(jì)算MPP模式，Share-Nothing的體系架構(gòu)，最大化的減少資源競(jìng)爭(zhēng)，更適合高性能、高并發(fā)場(chǎng)景HANA特點(diǎn)三最小化數(shù)據(jù)傳輸傳統(tǒng)的方式數(shù)據(jù)計(jì)算數(shù)據(jù)庫(kù)

28、層面信息系統(tǒng)應(yīng)用層模式轉(zhuǎn)變 SAP HANA信息系統(tǒng)應(yīng)用層數(shù)據(jù)計(jì)算內(nèi)存計(jì)算引擎內(nèi)存數(shù)據(jù)庫(kù)數(shù)據(jù)倉(cāng)庫(kù)結(jié)構(gòu)的轉(zhuǎn)變 HANA為BI實(shí)時(shí)、多維、細(xì)粒度分析提供平臺(tái)支撐過(guò)去傳統(tǒng)數(shù)據(jù)分析技術(shù)CubeETL操作型數(shù)據(jù)存儲(chǔ)（ODS）復(fù)制索引壓縮分區(qū)查詢結(jié)果計(jì)算引擎查詢聚合分析界面決策者獲取商務(wù)智能企業(yè)應(yīng)用系統(tǒng)中的數(shù)據(jù)從生成數(shù)據(jù)到用于分析之間存在延遲架構(gòu)復(fù)雜導(dǎo)致建模成本高性能優(yōu)化方式復(fù)雜多維Cube數(shù)據(jù)冗余抽取時(shí)間長(zhǎng)現(xiàn)在基于內(nèi)存計(jì)算的數(shù)據(jù)分析技術(shù)內(nèi)存計(jì)算/邏輯建模分析界面決策者獲取商務(wù)智能復(fù)制1000 x 性能提升無(wú)需手動(dòng)優(yōu)化超高數(shù)據(jù)壓縮比實(shí)時(shí)的商務(wù)智能企業(yè)應(yīng)用系統(tǒng)中的數(shù)據(jù)創(chuàng)新支持大規(guī)模集群和高可用性的內(nèi)存數(shù)據(jù)庫(kù)

29、地鐵群集 地理群集 單服務(wù)器2 CPU 128GB 至 8 CPU 1TB （用于基于 SAP HANA 的 Suite，每主機(jī)最多 4 TB 的特殊布局）用于數(shù)據(jù)集市或加速器的單個(gè) SAP HANA 部署支持高可用性和災(zāi)難恢復(fù)橫向擴(kuò)展群集每群集 2 至 n 個(gè)服務(wù)器每個(gè)服務(wù)器為 4 CPU/512GB 或 8 CPU/1TB最大的認(rèn)證配置：56 個(gè)服務(wù)器最大的測(cè)試配置：超過(guò) 100 個(gè)服務(wù)器支持高可用性和災(zāi)難恢復(fù)云部署每群集 2 至 n 個(gè)服務(wù)器每個(gè)服務(wù)器為 4 CPU/512GB 或 8 CPU/1TB最大的認(rèn)證配置：56 個(gè)服務(wù)器最大的測(cè)試配置：超過(guò) 100 個(gè)服務(wù)器支持高可用性和災(zāi)難恢復(fù)數(shù)據(jù)的展現(xiàn)BI客戶端用BO BI客戶端軟件設(shè)計(jì)HANA的不同的數(shù)據(jù)展現(xiàn)方式針對(duì)不同的用戶群使用不同的數(shù)據(jù)展現(xiàn)方式不同的使用目的使用不同的分析工具* 詳細(xì)信息請(qǐng)參考SAP BusinessObjects的BI 4.