甲骨文In-Memory Option欲智取SAP HANA

　　【IT168 專稿】對帆船運動比較熟悉的朋友肯定聽說過這樣一種戰術，即暫時落後的運動員能夠藉助領先者帶來的前進氣流推動自身一舉實現超越。而這正是甲骨文公司在內存資料庫競爭中所採取的處理方式。甲骨文公司CEO Larry Ellison在上周日的甲骨文OpenWorld大會的主題演講中公布了Oracle 12c In-Memory Option，同時重申了上述戰略思想。

　　承諾在無需中斷服務的前提下帶來顯著性能提升，Larry Ellison稱該方案能夠提供SAP三年多以來為HANA資料庫賦予的全部優勢。不過對於甲骨文資料庫的客戶來說——而且這一群體的規模還相當龐大——要想真正從內存技術上獲取收益，需要繼續把自己牢牢束縛在甲骨文一家的產品、培訓以及工具當中。雖然這聽起來有些被動，但眾多客戶能與自己同呼吸、共命運，這似乎也是一種有些另類的安全感。相比之下，HANA的知名度比不上Oracle資料庫，而且客戶總數也相對較低。 

▲甲骨文公司CEO Larry Ellison

　　絕大多數甲骨文客戶必須要升級到最新的12c版本才能順利獲得In-Memory Option，但我們也無需為此太過憂心——甲骨文客戶此前大都已經經歷過這類升級，而且Ellison保證整個過程不會引發任何停機現象。

　　「只需稍做切換，大家的全部現有應用程式就能以極為出色的性能表現加以運行，」Larry Ellison上周日晚的聲明贏得現場熱烈的掌聲回應。「SQL並未發生變化，應用程式本身無需做出調整，功能也不必受到任何限制。只需開啟In-Memory Option，目前正在正常運行的任務就能直接邁入新時代，而且不涉及任何數據遷移過程。」

　　誘人的承諾還不止於此。根據Larry Ellison的說法，分析性能將提升至少上百倍，而事務處理速度也將翻倍。In-Memory Option既支持scale up (即對稱多處理器)也支持scale-out (即RAC集群)，而且「過去需要耗時一個小時的工作現在只需幾秒就能完成。」他解釋道。

　　In-Memory Option能夠與現有伺服器完美兼容——無論是來自甲骨文自家還是第三方伺服器——而 Ellison還強調稱，客戶可以自主選擇將一部分數據表安置在內存當中、其它表則保存在快閃記憶體或者磁碟裡，這取決於不同列表的具體查詢優先級。Exadata負責以查詢模式為基礎自動完成選擇，而新型In-Memory Option則為DRAM帶來更豐富的高速執行機制。相比之下，HANA將全部數據都運行在內存當中，但這也意味著某些需求量較低的數據也必須接受高成本DRAM存儲體系的管理。

　　甲骨文方面在主題演講中的演示令人印象深刻。同在12c資料庫環境下，一條簡單查詢指令能夠由原本的每秒20億行提升至In-Memory Option開啟後的70億行。整個處理過程運行在一臺通用型英特爾X86雙插槽伺服器之上。Larry Ellison還介紹了甲骨文的頂級M6-32 Sparc伺服器，並將其稱為「Oracle Big Memory Machine」。這臺伺服器擁有令人震驚的32TB DRAM。根據演示，我們看到這臺怪獸級設備的每秒運行行數將達到3410億。

　　儘管承諾多多、信心滿滿，但Larry Ellison的主題演講仍然缺少一些關鍵性細節，其中最明顯的就是In-Memory Option的版本數據。他指出，M6-32伺服器目前已經推向市場，但新資料庫選項的具體參數尚未正式公布。作為另一大資料庫供應商，微軟公司也奮力推出了自家In-Memory 功能，其SQL Server Hekaton版本目前已經處於社區技術預覽階段，而且很可能在今年年底之前推出通用版本。

　　由於缺乏測試版本或者生產環境部署，我們無從知曉甲骨文方面的承諾到底是否真實可信。In-Memory Option引入了一套新型雙存儲方案，其主要特徵在於將數據同時保存在行與列之中。Larry Ellison堅稱這一新設計將提高事務與分析兩類任務的性能表現，但SAP公司對此提出了質疑。

　　「SAP HANA僅採用單一列式存儲來處理事務及分析任務，但甲骨文的方案則同時採用了兩種，這會導致資料庫過度臃腫。」SAP公司資料庫及技術部門高級副總裁Amit Sinha在一份郵件評論中指出。「這種做法會帶來五倍於原先的數據記錄痕跡並大大增加資料庫管理員在指定數據行進行內存變更時的工作量。」

　　這種設計還會導致事務處理性能下降，因為資料庫需要時刻保持OLTP與OLAP之間的同步性，Sinha宣稱。不過Ellison的承諾則恰恰相反——在版本更新之後，分析索引機制會被淘汰，事務處理性能會因此而翻倍。

　　SAP公司CTO Vishal Sikka在上周日的一篇視頻博客中表達了對甲骨文進軍In-Memory俱樂部的歡迎之情。「好消息是，你們(甲骨文)終於認識到內存資料庫的重要性，」Sikka表示。他同時重申了SAP早在四年之前就已經開始著手研發工作。「我們已經改變了遊戲規則，而且即將在新時代中繼續扮演先驅者角色。」

　　這樣的說辭確實非常大膽，但多達數千家客戶的支持已經證明了SAP HANA的實力，因此市場形勢並未出現太大變化。甲骨文與微軟雙方目前都承諾在最新資料庫版本中引入內存性能提升機制，因此暫時領先的SAP很可能在HANA身上體會到激烈的競爭。

　　目前，甲骨文與微軟都已經公布了自家內存資料庫產品，但其實際性能表現尚待觀察。不過大部分客戶恐怕仍將把賭注押在這些重量級廠商身上，畢竟這才是最安全的選擇。

　　原文連結：Oracle's Ellison Tries To Outmaneuver SAP Hana