[[193196]] 

HANA(High-Performance Analytic Appliance)是 SAP 發布的一套與數據源無關、軟硬件結合、基于內存計算技術的高性能分析應用平臺，具有高速、高效、實時的特點。總結就是：那是相當的快，都是內存計算啊!

創新的SAP HANA

SAP HANA 讓企業前端應用層面產生的數據直接進行展現和分析，主要依靠以下技術創新點：

基于內存的高效數據讀取和處理

HANA 是個完全內存化的數據庫，數據操作都在內存中，不需要訪問磁盤。基于內存的數據讀取比基于磁盤的數據讀取性能要快100萬倍。這對于需要支持人機互動的應用程序來說，提供了快速響應和實時分析的技術支持。

行存儲和列存儲的混合模式

傳統關系型數據庫是按照行的方式存儲數據的，能夠為 OLTP(聯機事務處理)應用提供高效的支持。然而，基于行存儲的數據庫在支持數據分析應用即 OLAP(聯機分析處理)應用時則顯得低效和力不從心。HANA 同時支持行存儲和列存儲的內存數據庫，能夠對 OLTP 交易系統和 OLAP 分析系統同時提供高效的支持。

高效的并行處理機制

HANA 在設計初期就和德國 Intel 深度合作，其整體的體系架構基于處理器平臺支持多服務器、多處理器的高效并行處理。它盡可能地利用 Intel x86 CPU 特性，使其多線程性能提升參數盡可能地接近1;在數據結構方面，為了盡可能地利用好Cache，并盡可能少地訪問內存，推出了緩存敏感的 CSB(Cache Sensitive B+)樹來代替傳統的 B 樹;在應用層的架構設計上將數據處理和運算拆分并部署到多個處理器，通過并行處理機制，提高了計算能力。總而言之，系出名門，快得有理。

合作默契的SAP HANA和戴爾

從上圖可以看出，18年穩定的、全球性的合作關系讓兩家公司共同進步與成長，就好比兩個功夫造詣相當的武林高手惺惺相惜，聯手傲視群雄。

SAP HANA的IT基礎架構搭建應該找誰呢?SAP HANA項目是需要咨詢公司，硬件基礎架構專家協同合作才能***落地的，各司所長。

而SAP內部的文章也寫清楚了如何分工

(來自SAP公司Dr. Ralf Czekalla Product & Management Strategy文章)

服務器平臺這么多，到底選誰?

SAP權威測試：20億記錄

由戴爾德國進行的SAP BW高級混合負載 (BW-AML)標準應用測試中，搭載Dell PowerEdge R930的服務器平臺，最終獲得高達20億記錄，并且這項記錄已經在2016年5月13日得到了SAP以及SAP測試委員會的認證。

DELL R930 20億記錄，跑分王輕松加冕

而Dell PowerEdge R930能夠在SAP的AML HANA測試中獲得如此表現，必有原因的。

緣何只有Dell獲此殊榮

首先，業界主流的服務器類型有兩種：UNIX小型機和開放標準的X86架構。而針對關鍵業務應用領域的服務器，4路X86服務器市場增長速度，早已超過了RISC服務器。 并且從服務器整體市場來看，X86服務器在性能和可靠性方面已經可以替代小型機， 以開放式架構來替代UNIX環境的封閉式架構，也早已成為大勢所趨 。

那問題來了，市場上如此多的X86到底選哪家?為什么只有Dell R930四路服務器成為在SAP HANA名副其實的跑分王呢?

這就要從四路服務器的架構說開了，首先，如果CPU相同，不同廠商的四路產品或者同一廠商的不同四路服務器機型之間是否有性能差異呢?在回答這個問題前，我們不妨來看一下某個服務器廠商的兩款均為E7處理器平臺的四路服務器在SPEC.org網站上提交的性能測試報告：

這個情況看起來讓人迷惑，用同樣的CPU、同樣的主板芯片、同樣的內存配置的同一個廠商生產的兩款高低配服務器之間怎么會有如此大的性能差異呢?這就是系統架構對性能有重大影響的證明。實際上，市場上在售的E7平臺的四路服務器通常有如下三種架構：

左圖的架構是Intel官方推薦的E7平臺架構，能夠完全發揮E7處理器的3個QPI連接，從而使得CPU間的協調通訊和內存訪問更快。同時，還能充分發揮每個E7處理器的4個SMI內存緩存芯片的性能和帶寬。

中間的架構則在保留3個QPI的連接，去掉了2個SMI的內存緩存芯片，內存擴展能力減少一半的同時也喪失了一半的內存帶寬。這好比越野車去掉了四輪驅動，關鍵時刻會不會因性能不足而掉鏈子，大家可想而知了。

右側的架構精簡程度則更高，CPU只使用了2個QPI接口，內存緩存芯片減少一半的同時每個內存通道上的內存條再減少一個，使得內存訪問的延遲大大增加，沒有了四輪驅動和差速鎖的越野車還能稱為真正的越野車嗎?

這種架構的不同帶來的巨大差異也許很少被介紹。所以還是得提醒作為關鍵業務系統如果選擇了內存緩存芯片減半甚至取消了一個QPI連接的架構，對核心業務造成的潛在影響是不可低估的。

這里我們可以參考在關鍵業務系統之一的SAP應用的性能情況，SAP公司在其官網上公布的SAPs值就是評價各廠商服務器產品在關鍵業務系統中性能表現的重要參考：

Dell強大的不僅是服務器

除了服務器之外，整個SAP HANA的scare-out架構中還會有網絡與存儲，包括經常用在HANA應用服務器上VMware虛擬化軟件。完整架構可以參考下圖：

仔細看完后，你會發現：

word天哪!!!!

備份、容災、網絡設計、虛擬化、存儲、HANA集群、切換演練這些都是SAP HANA硬件架構中可能會遇到的需求。這些往往又是戴爾企業解決方案當中最擅長的部分!

最重要的一點 實施交付能力

在講之前，我們先看看戴爾正式交付的整機柜解決方案，我們在廈門工廠出廠前就會完成SAP HANA一體機的預安裝，并完成各類針對SAP HANA的優化參數：

[[193198]] 

[[193199]] 

預安裝完成的一體機到達客戶現場其實只是***步，只有操作系統(SUSE or Redhat)的一體機還需要考慮開始提到的雙機切換、備份、容災、應用服務器虛擬化設計與實施、存儲優化設計、網絡架構設計等重要工作內容。

因此就需要我們花點時間再來看看戴爾在SAP HANA整體解決方案上的實施能力：

完善的服務規范與工作任務

 專業的整體架構設計

總的來說，戴爾公司提供的交鑰匙的項目交付是保障整個SAP HANA項目的強有力保障。避免了項目交付后，在項目運行過程中，各廠家互相推諉的問題。

豐富的實施經驗可確保所構建的總體基礎架構處于高可靠性、高可用性、高性能、高穩定性，集***實踐推薦于一身。