今年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
相關文章
