今年7月1日,作為云計算戰略的重要一步,甲骨文正式對外發布了數據庫12C版本。甲骨文將其定義為面向云設計的數據庫,并針對企業未來的云計算應用做出了多項技術創新。近日,在北京舉辦的甲骨文云數據庫與集成系統創新技術日上,甲骨文公司副總裁及大中華區技術總經理喻思成全面介紹了數據庫12C的產品架構,并就一直以來被輿論熱議的“去IOE”發表了自己的看法。
甲骨文公司副總裁及大中華區技術總經理喻思成
數據庫的革命性改變
為什么Oracle數據庫12c是真正為云計算準備的數據庫?喻思成認為,無論是公有云還是私有云,客戶把數據庫放在一個平臺上,通過把虛擬機“切”成小片的方式來做到多用戶、安全和管理,系統開銷和性能損耗是不能忽視的。Oracle數據庫12C采用多租戶架構,是可插拔的數據庫,能夠讓客戶共享操作系統和數據庫,同時每一個又是單獨承載,這與以往數據庫完全不同,是革命性的改變。
可插拔的數據庫的特點是前端是完全不能改變的,而且能快速安全的運轉,同時又能夠降低IT成本。通過把每一個數據庫單獨的管理,使性能和資源利用率擦得到提高。喻思成舉例說:“有三個數據庫,其中之一是為ERP服務,要啟動這樣一個數據庫需要連接上前端的數據庫應用,同時有自己的后臺支撐和數據庫文件。每一個數據庫都是如此。在同樣一個服務器上面,再去啟動另外兩個數據庫,你會發現,無論服務器如何,計算能力如何,要啟動多個數據庫或者是多個硬件的話,終究有一天系統會被耗盡。”
而Oracle數據庫12c的做法是將數據庫本身和數據庫后臺隔離開來,把所有的進程和內存都統一在單一數據庫之上,將數據庫變成多租戶架構,可以輕松進行插拔,使系統資源開銷大大減少。如果僅從系統的開銷上做一個簡單的測試,在使用傳統的數據庫的方式之下,可能50個數據庫之后,系統資源就耗盡,而如果是使用多租戶,就同時可以為250個數據庫提供服務,僅系統資源的減少就達到6倍之多。
除此之外,還能對數據庫進行更好的管理,可以把多個數據庫快速完全隔離。只要是12c以后的版本,數據庫都可直接打包,插拔或取下。整合數據庫時升級也將變得十分容易。還可直接實現云化管理,無論是公有云、私有云的平臺,均可以將所有的用戶作為租戶來管理,把租戶完全隔開,同時設定高、中、低優先級。
喻思成介紹,多租戶容器數據庫(CDB)的出現跟傳統的(ROCK)技術是互相疊加的,通過分析在每一個容器里面有多少數據庫,以及每一個數據庫的優先級和高低級,可以形成多個集群。比如對于有兩個容器、五個數據庫的情況下,其中有四個放在一個容器中,其實系統使用的資源是不平衡的,在這個基礎上就可以擴大集群,將數據庫可以平移過去,降低集群的資源消耗。
另外,在傳統的Schema下,一個數據庫停機后,全部的Schema都會受到影響,備份要回到同一個時間點。而Oracle數據庫12c可以實現多個應用一次備份,可以對每一個數據庫單獨回穩。每一個數據庫得到的數據和備份都是完全分開的,但是進程只有一個,每一個前端應用得到的數據庫服務是非常完整,而且是可以單獨存在,由一個集群為它提供安全的管理。這也使得Oracle數據庫12c可以做到快速部署與快速克隆。
面對Oracle數據庫12C的多租戶架構,用戶首先不需要改變應用,其次能夠實現隔離和多租戶管理,再次能夠快速響應,而且是安全的且具有高性能。當把多個數據庫作為一個來管理,可實現同時升級,對用戶來說非常重要,因為它意味著更高的資源利用率,更高的性能和更大的可擴展性。
除多租戶架構之外, Oracle數據庫12C的第二個重要功能是自動的數據優化。通常,在一個數據庫里有很多的應用,當對應用進行狀態管理的時候,會發現需要非常多的智能化。現在,Oracle數據庫12C通過對段和塊的熱圖跟蹤,可以針對不同分區的數據訪問情況對數據進行壓縮或分層。如果一個分區中30天沒有變化,就對這個分區進行行壓縮;如果該分區180天沒有變化,對分區進行列壓。行壓和列壓的壓縮的比例是有差別的,這就區分了對哪些數字是可以束之高閣,哪些數字是觸手可及。
一般情況下,我們使用黃色、藍色、紅色來自動識別數據,以此判斷進行什么樣的壓縮和存儲,即時感測數據的溫度,從而發現壓縮的方式。當用數據在存儲級已經實現存儲智能的時候,就能夠將數據區分開來,有效利用資源,實現動態、智能地對數據進行判斷、壓縮及解壓的過程,從而最大的提高了生產效率,降低IT成本。
在用戶關心的安全性上,Oracle數據庫12c也有新的變化。Oracle在整個數據安全方面已經形成了一整套的數據安全產品,能夠事先預防、鎖住不需要的操作進行監控,就像一個無所不在的監控頭,能夠發現錯誤,從而達到追本溯源的監測過程。比如,一個最新的動作是對敏感數據進行轉化,可以選擇性的對數據進行屏蔽,對所有的應用層數據進行安全處理。
對于數據庫遷移問題,喻思成透露,Oracle數據庫12c在舊版本和新版本遷移的過程非常簡單,即使對第三方的遷移,也提供了完整的遷移手段。“如果要遷移第三方非Oracle的數據庫,SQL Developer可以抽取DDL,抽取存儲過程,導入到12c之下。對于第三方數據庫的遷移,12c是非常快速和容易的。用戶使用SQL轉換的過程,可以對整個前端做到完全無縫轉換。”
“去IOE”對業務沒有影響
近來在業界被熱議的“去IOE”現象,其中的“O”指的就是Oracle的數據庫。喻思成表示,“去IOE”對甲骨文的業務沒有什么影響。“真正懂技術的客戶跟我們討論的更多是技術層面上的東西。對于非常成熟的大客戶,他們看得到社交化、移動化、虛擬化和X86化這些趨勢,他們會關注技術層面的問題。”
有兩類公司對Oracle產品的需求率低。他認為,對于Facebook這類純互聯網公司,它們從一開始就采用開源技術,它們有大量的技術開發人員,起源的歷史就注定它購買高端存儲幾乎是不可能實現的,因為資金回報比不合理,它們不需要IBM、Oracle、EMC這樣的解決方案。而另一類以技術架構為生,希望掌握核心技術的公司,更多地是知道Oracle,但是使用的不多。但是現在美國很多此類公司都已經開始使用Oracle的產品,比如蘋果有選擇性的使用Oracle的產品。
他呼吁業界對“去IOE”保持理智。他認為,最近幾年中國企業增長迅速,他們在選擇IT架構的時候會受到誤導。其實,他們跟互聯網企業是完全不同,他們沒有海量的數據,不需要開源的代碼,IT也不是他們的核心業務,更無法承擔自己雇傭一萬名開發人員的成本。他們所需要的是IT來幫助企業走向移動和互聯網化。
甲骨文認為,傳統企業的移動化、社交化是未來十年里的最大浪潮,也是IT人能做出的最大貢獻。“而這與去不去IOE是完全沒有關聯的,這種說法也是沒有任何意義的”他說,“對于這類傳統企業來說,沒有其他選擇可以取代數據庫的高性能的處理,而真正理智的客戶不會做出不理智的選擇。我們擔心的是傳統企業在這個過程中受到非理性的影響。甲骨文真正關心的是X86化、云化、虛擬化這樣的浪潮,而不是依附在哪個公司。而據我們所了解,目前還沒有哪些客戶是以去Oracle為目標的。”
轉載請注明出處:拓步ERP資訊網http://www.guhuozai8.cn/
本文標題:Oracle Database 12c:為云計算準備的數據庫
本文網址:http://www.guhuozai8.cn/html/consultation/10820511252.html