自從去年OpenWorld上甲骨文推出BI Machine Exalytics以來，業(yè)界對于它與SAP HANA的對比就一直沒有停息過。那么相比于其他廠商的類似產(chǎn)品，Exalytics的優(yōu)勢究竟在哪？作為一個Oracle長期的從業(yè)人員與合作伙伴，我承認(rèn)會有一些偏見，但是從我自身的實際體驗而言，我的確認(rèn)為Exalytics在幾個關(guān)鍵方面都有它獨特的優(yōu)勢。

Oracle Exalytics商務(wù)智能云服務(wù)器

　　首先我假設(shè)讀者對于Exalytics的一些基本組件和功能都比較熟悉，比如Oracle TimesTen for Exalytics、Oracle Essbase、OBIEE的儀表盤和分析功能等等。Exalytics是一個一體化的集成系統(tǒng)，它包含了一個Sun的服務(wù)器，其中有1 TB RAM和40個CPU核心，并將硬件與軟件進(jìn)行了優(yōu)化的集成。如果你對Exalytics還不熟悉的話，可以參考TechTarget商務(wù)智能網(wǎng)站的Exalytics專題報道。

　　在本文中，我將具體來介紹一下讓Exalytics與眾不同的特性，以及為什么我認(rèn)為Exalytics在同類產(chǎn)品中屬于最佳。請注意本文僅代表個人觀點。

　　向后兼容性

　　對Oracle比較熟悉的用戶應(yīng)該知道Oracle OLAP，它是甲骨文公司長期以來作為Oracle Express多維OLAP服務(wù)器的替代產(chǎn)品。由于甲骨文公司對Oracle OLAP使用了基于Java的方式，所以它打破了Oracle Express對于應(yīng)用的API兼容性。于是他們花了好幾年時間才最終開發(fā)出穩(wěn)定的基于Java的Oracle OLAP分析工具。而在這段時間里，Oracle Express客戶大量流失到微軟和IBM Cognos那里。他們沒有耐心等待甲骨文開發(fā)出一個功能完整并可以兼容原有工具的OLAP客戶端。

　　這對于甲骨文是一個慘痛的教訓(xùn)，他們從中學(xué)到新的產(chǎn)品一定要對之前客戶所熟悉的BI、EPM、數(shù)據(jù)倉庫工具兼容，而不是讓客戶等著你一項一項開發(fā)。在Exalytics中，甲骨文就是這樣做的：Exalytics用戶可以直接將現(xiàn)有的Oracle BI和Essbase應(yīng)用直接建議到新的平臺上，包括預(yù)打包的Oracle BI應(yīng)用等，用戶只需要對元數(shù)據(jù)進(jìn)行簡單的升級就可以讓應(yīng)用上線。

　　此外，Exalytics還支持廣泛的Oracle與非Oracle數(shù)據(jù)源，全部的Oracle BI、EPM和數(shù)據(jù)挖掘工具都可以在Exalytics平臺上使用。對于BI來說，沒有一個產(chǎn)品能夠滿足所有需求，而Exalytics能夠支持多種Oracle BI工具，這使得用戶可以針對不同的場景來使用不同的工具，而無需將目光放在某些特定的產(chǎn)品上。甲骨文最新發(fā)布的 v 1.1工具包甚至還支持Oracle Endeca Information Discovery工具，用戶還可以在Exalytics上對非結(jié)構(gòu)化數(shù)據(jù)進(jìn)行分析。

　　很明顯，對于BI數(shù)據(jù)集分析來說，內(nèi)存技術(shù)要優(yōu)于傳統(tǒng)的從硬盤調(diào)數(shù)據(jù)。但是這里有一個問題，那就是遲早你的內(nèi)存使用會達(dá)到一個瓶頸。許多廠商都在尋找解決這一問題的方法，有些廠商會讓你在內(nèi)存中對整個數(shù)據(jù)集進(jìn)行分析，限定不能夠?qū)ζ渲械淖蛹�進(jìn)行分析。

　　Exalytics解決這一問題的方法是，對經(jīng)常用到的數(shù)據(jù)存到內(nèi)存里，其他更廣泛的數(shù)據(jù)集則通常存儲到一個基于Oracle Exadata的數(shù)據(jù)倉庫中，并使用InfiniBand技術(shù)進(jìn)行高速的互連。甲骨文將這一方法稱為“內(nèi)存自匹配數(shù)據(jù)集市”，其中用到一個功能叫做Summary Advisor，它用來分析查詢負(fù)載并自動拷貝數(shù)據(jù)熱點到內(nèi)存緩存中，并把那些不涉及查詢的數(shù)據(jù)篩選出來。使用這個方法，用戶可以對更大的數(shù)據(jù)集進(jìn)行查詢，這些數(shù)據(jù)的大小將遠(yuǎn)遠(yuǎn)超過1 TB內(nèi)存的容量，同時Exalytics還提供了自動化的解決方案，使得管理員無需進(jìn)行過多配置即可運行BI分析應(yīng)用。

　　真正的“一體化”集成系統(tǒng)

　　針對目前的經(jīng)濟(jì)形勢，越來越多的企業(yè)希望通過像“蘋果式”的一體化解決方案來降低總體擁有成本（TCO），而這部分成本一方面體現(xiàn)在降低軟硬件集成復(fù)雜度，另一方面則體現(xiàn)在人力資源方面。

　　Oracle Exalytics可以說是一個真正的一體化解決方案，它集成了Sun硬件和Oracle軟件，并對其進(jìn)行了優(yōu)化、打包和配置，從而得到一個單一的系統(tǒng)。它減少了安裝和維護(hù)BI系統(tǒng)的成本消耗，并確保所有組件都能正常工作，甚至是在經(jīng)歷升級之后。Exalytics屬于Oracle白金服務(wù)的一部分，用戶還可以享受來自甲骨文技術(shù)支持團(tuán)隊7*24小時的維護(hù)服務(wù)。關(guān)于Oracle白金服務(wù)，請參考本文。

　　對于單一廠商鎖定的話題，目前業(yè)界褒貶不一，但是我認(rèn)為Oracle集成系統(tǒng)的優(yōu)勢在于，從底層操作系統(tǒng)到前端應(yīng)用，都是針對硬件進(jìn)行過優(yōu)化配置的。舉例來說，第一版發(fā)布的Oracle BI Exalytics軟件對預(yù)估1 TB RAM和40 CPU核的硬件進(jìn)行了最優(yōu)的性能調(diào)整，其他硬件是無法達(dá)到這一效果的。而隨著時間的推移，甲骨文還會不斷完善Exalytics的BI工具特性，以便讓集成系統(tǒng)發(fā)揮到最極致的性能。

　　內(nèi)存分析對于BI用戶來說是一個令人興奮的技術(shù)，但是能夠真正用好的人卻并不多。通常來講，在使用內(nèi)存技術(shù)來處理大型數(shù)據(jù)集時，用戶往往要進(jìn)行一些取舍。更困難的是，使用開放平臺你要對硬件進(jìn)行一系列配置才能達(dá)到優(yōu)化的效果。

　　在我看來，甲骨文使用了最佳的方式來提供內(nèi)存分析技術(shù)，這個方式就是簡化部署并標(biāo)準(zhǔn)化到一個單一的一體化的解決方案。另外，Exalytics還結(jié)合了內(nèi)存和硬盤分析技術(shù)來應(yīng)對海量數(shù)據(jù)集的分析，同時對原有BI工具提供了兼容，這樣客戶就能夠在最短的時間內(nèi)使用新平臺來獲得價值。

　　Oracle Exalytics和SAP HANA有三個共同點：1、都使用內(nèi)存數(shù)據(jù)庫技術(shù)；2、都是軟硬件集成化設(shè)備；3、都用來處理分析工作負(fù)載。除上述的幾點之外，兩個產(chǎn)品其實并沒有可比性。

內(nèi)存分析設(shè)備SAP HANA

　　人們對于SAP HANA到底是一個什么樣的產(chǎn)品可能還不太清楚，所以在本文的開始我就先來介紹一下HANA。首先，SAP HANA是一個交易型關(guān)系數(shù)據(jù)庫管理系統(tǒng)（RDBMS），遵循ACID原則，它使用記錄點和日志來將信息存儲到硬盤當(dāng)中。HANA支持災(zāi)難恢復(fù)和容錯，針對大型工作負(fù)載它擁有適度的擴(kuò)展性（16 TB壓縮數(shù)據(jù)），提供了對主流硬件廠商的認(rèn)證支持，其中包括思科、戴爾、富士通、惠普、IBM、日立以及NEC等。

　　雖然是關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，但是SAP HANA同其他的任何一個RDBMS都有所不同。首先，HANA是完全基于內(nèi)存的：當(dāng)開始運行的時候，它會將數(shù)據(jù)加載到RAM當(dāng)中。它包含了行式和列式兩種數(shù)據(jù)存儲方式，也就是說它能夠應(yīng)對OLTP和OLAP兩種工作負(fù)載。而所有的OLAP功能都是虛擬的，你無須復(fù)制數(shù)據(jù)或者建立一個單獨的系統(tǒng)來進(jìn)行報表生成。它無需cache、聚合、索引或者物理cube，但如果你需要這些功能，HANA也是提供支持的。

　　因為HANA只對數(shù)據(jù)存儲一次，你可以使用工具來實時地將數(shù)據(jù)導(dǎo)入它來應(yīng)對交易處理，比如SAP Landscape Transformation、Data Services或者Event Stream Processing。此外，HANA還擁有一系列的常駐內(nèi)存功能，包括支持OLAP，NetWeaver BW的planning engines和一個預(yù)測分析庫（PAL），通過PAL你可以對數(shù)十億行數(shù)據(jù)進(jìn)行實時的統(tǒng)計分析。

　　Oracle Exalytics怎么樣？

　　EMC公司技術(shù)總監(jiān)Rob Klopp曾經(jīng)寫過一篇他對Oracle Exalytics看法的文章，我很同意他的觀點。Oracle Exalytics是一個智能的一體機(jī)。它對于目前的Oracle數(shù)據(jù)庫和Exadata是一個很好的補(bǔ)充，它包含了一系列技術(shù)，如TimesTen內(nèi)存數(shù)據(jù)庫、Essbase OLAP引擎，Oracle BI Foundation前端工具等。

　　它能夠自動地將一部分Oracle數(shù)據(jù)庫的數(shù)據(jù)復(fù)制到它的“智能緩存”，這個智能緩存實際上就是一個聚合引擎。然后你的BI查詢就在Exalytics或者Oracle數(shù)據(jù)庫中運行。因此如果想加速現(xiàn)有Oracle數(shù)據(jù)庫的查詢性能，那Exalytics絕對是一個不錯的解決方案。

　　Exalytics的限制

　　Oracle Exalytics的限制因素有很多，因為它其實只是一個大的緩存設(shè)備。舉例來說：

• 在多節(jié)點上，它無法橫向擴(kuò)展一個聚合，盡管它支持多個設(shè)備，但是每個設(shè)備上還是需要有一個聚合
• TimesTen數(shù)據(jù)庫只支持批量加載而不支持增量加載
• Exalytics不能作為數(shù)據(jù)庫使用，因為它只是一個緩存設(shè)備
• 層次結(jié)構(gòu)中存在限制
• 運算必須是遞增的，因此你無法在保障性能的情況下做平均值或者“count distinct”運算
• Exalytics是只讀的

　　如果Exalytics和HANA沒有可比性，那么？

　　答案是沒有。我相信市面上沒有和SAP HANA相同的產(chǎn)品，它的功能和特性與其他產(chǎn)品都有所不同。然而，客戶最喜歡做的就是比較，而且通常拿SAP HANA和Oracle Exadata來作比較。

　　因為盡管它們的硬件和架構(gòu)都不同，但是用途比較相似。它們都是用來進(jìn)行高性能的混和工作負(fù)載處理，而對于交易數(shù)據(jù)存儲和運營數(shù)據(jù)存儲來說，HANA和Exadata都是很有趣的解決方案。

　　但是目前來看，我的建議是，如果你使用了Oracle的產(chǎn)品，并且想要對Oracle數(shù)據(jù)庫中添加一個智能緩存的話，那么應(yīng)該選擇Exalytics。而如果你想要一個新的數(shù)據(jù)庫，并想要超過原有Oracle性能10倍或者100倍，那么SAP HANA絕對是首選。

核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.oesoe.com/

本文標(biāo)題：對比Oracle Exalytics與SAP HANA

本文網(wǎng)址：http://www.oesoe.com/html/support/1112155047.html