11GR2新特性(轉)

 2009年9月Oracle公司釋出了期待已久的Oracle 11g R2，本系列文章將給讀者一一揭開新版本中的新特性，並會介紹企業如何利用這些新特性將現有的Oracle 9i，10g，11g R1升級到Oracle 11g R2.
　　經歷了難以忍受的長時間等待，Oracle公司突然在9月1釋出了Oracle 11g R2，我不得不承認Oracle的保密工作做得多麼好，我相信Oracle公司選擇這個時候釋出時為了刺激參加Oracle OpenWorld 2009大會的人興奮和期待。
　　經過四處搜尋Oracle 11g R2新特性文件，並體驗了新的OUI(Oracle通用安裝程式)，建立了我的第一個單例項RAC後，我總結一下Oracle 11g R2中我最喜歡的五大新特性。

　　NO.1 隨處可見的叢集
　　在以前的版本中，Oracle Clusterware必須要獨立地安裝在它自己的ORACLE HOME中，並且也只能在RAC環境下使用，這一切在Oracle 11g R2得到徹底顛覆，因為在這個版本中支援安裝Oracle網格基礎架構，而且只需要一個獨立的ORACLE HOME，它包括了Oracle Clusterware和Oracle自動儲存管理(ASM)。透過升級後的Oracle通用安裝程式安裝了網格基礎架構後，你將會看到一個全新的功能和服務矩陣，我簡單地列舉幾個吧：
　　單例項RAC(Oracle重啟)：聽起來似乎自相矛盾，但Oracle 11g R2擴充套件了Oracle Clusterware的功能，為任何單例項提供了高可用特性，本質上是將資料庫變成了單例項RAC資料庫。Oracle 11g R2中的Oracle重啟特性幫助Oracle網格基礎架構的高可用服務控制伺服器重啟時哪一個監聽器，ASM例項和資料庫應該啟動，它完全取代了過去DBA們經常用到的DBSTART指令碼。同樣，當單個資料庫例項崩潰或其它異常終止時，Oracle重啟功能會自動監測失效的例項，並自動重啟它，就好像是在一個真實的RAC環境中一樣。
　　SRVCTL升級：如果你管理過舊版本的RAC環境，你可能已經熟悉了RAC環境中的維護工具SRVCTL，在11g R2中，該工具被擴充套件了，現在可以管理單例項RAC，以及監聽器和ASM例項。
　　叢集時間同步服務：Oracle 11g R2現在需要在所有RAC節點上配置時間同步，如果你曾經經歷過某個節點被驅逐出RAC叢集配置，你一定知道其難度有多大，特別是兩個伺服器的時間不同步和日誌檔案的時間戳不同步時，Oracle之前的版本藉助系統提供的網路時間協議(NTP)同步所有節點時間，但這需要連線到網際網路上的標準時間伺服器，作為NTP的替代者，Oracle 11g R2提供了一個新的叢集時間同步服務，確保叢集中的所有節點的時間都保持一致。
　　網格即插即用：在以前的版本中，配置RAC最複雜的部分是確定和設定所有節點都需要用到的公共ip地址，私有ip地址和虛擬ip地址。為了簡化RAC的安裝，Oracle 11g R2提供了一個全新的網格名稱服務(GNS)，它和域名伺服器協作，處理每個網格元件的ip地址分配，當叢集環境跨越多個資料庫時這個新特性極其有用。
　　乾淨地解除安裝RAC元件：如果你曾經嘗試過刪除多個節點上的所有RAC痕跡，那一定會鍾情於這項新特性，在Oracle 11g R2中，所有安裝和配置助手，特別是Oracle通用安裝程式(OUI)，資料庫配置助手(DBCA)和網路配置助手(NETCA)，都得到了增強，當需要解除安裝RAC元件時，可以保證卸得乾乾淨淨。
　　NO.2 ASM加入了叢集
　　Oracle 11g R2 ASM充滿了許多吸引人的新特性，對於初學者來說，ASM和Oracle 11g R2 Clusterware安裝在同一個Oracle Home下，因此消除了之前推薦的冗餘Oracle Home安裝方法，並且ASM也從DBCA脫離出來了，有了專門的自動儲存管理配置助手(ASMCA)。下面是我認為最有趣的ASM新特性：
　　智慧化資料佈局：在之前的版本中，要配置ASM磁碟可能需要儲存管理員的參與，需要配置磁碟I/O子系統，Oracle 11g R2提供了ASM分配單元，可以直接受益於磁碟外緣柱面，獲得更快的速度，可以將資料檔案，重做日誌檔案和控制放在磁碟外緣獲得更好的效能。
　　EM支援工作臺擴充套件：在這個版本中對Oracle 11g R1引入到企業管理控制檯中的自動診斷倉庫(ADR)進行了擴充套件，包括支援ASM診斷，將所有診斷資訊打包直接傳送給Oracle技術支援，以便獲得更快速的ASM效能問題解決方案。
　　ASMCMD增強：自動儲存管理命令列實用工具(ASMCMD)也獲得了不少增強，包括：
　　1)啟動和停止ASM例項;
　　2)備份，恢復和維護ASM例項的伺服器引數檔案(spfile);
　　3)實用iostat監控ASM磁碟組的效能;
　　4)維護新的ASM叢集檔案系統(ACFS)中的磁碟卷，目錄和檔案儲存，我的下一個話題就是它。

      NO.3 ACFS – 一個強健的叢集檔案系統
　　Oracle之前也釋出過叢集檔案系統(OCFS)，之後又釋出了增強版OCFS2，它讓Oracle RAC例項可以透過共享儲存讀寫資料庫檔案，重做日誌檔案和控制檔案。
　　此外，OCFS也允許RAC資料庫的Oracle叢集註冊檔案(OCR)和表決磁碟儲存在叢集檔案系統中，在Oracle 10g R2中，這個需求被取消了，OCR檔案和表決磁碟可以儲存在裸裝置或裸塊裝置中，如果你曾經在原始裝置上丟失過這些檔案的所有副本，你一定了解要恢復它們是多麼繁瑣，因此，在Oracle 11g R2中，將不再支援將這些檔案儲存在裸裝置上。
　　為了提高這些關鍵檔案的存活能力，Oracle 11g R2正式引入了一種新的叢集檔案系統，稱之為ASM叢集檔案系統(ACFS)，在RAC環境中，ACFS可以為OCR檔案和表決磁碟提供更好的保護，它允許建立五份OCR檔案副本，之前的叢集檔案系統僅允許儲存兩份OCR檔案，一個主OCR，一個映象OCR，但ACFS不適合單獨的RAC環境，除此之外，幾乎所有與作業系統和資料相關的檔案都可以從ACFS的安全性和檔案共享特性受益。
　　動態卷管理器：Oracle 11g R2提供了一個新的ASM動態卷管理器(ADVM)來配置和維護儲存在ACFS檔案系統中的檔案，使用ADVM可以在ASM磁碟組內構建一個ADVM卷裝置，管理儲存在ADVM卷裝置中的檔案，以及按需調整ADVM卷裝置空間大小，最重要的是，因為ADVM是構建在ASM檔案系統架構之上的，可以保證儲存在這些卷中的檔案受到良好的保護，不會出現意外丟失，因為ASM提供了類似RAID的磁碟陣列的功能。
　　檔案訪問控制：使用傳統的Windows風格訪問控制列表(ACL)或Unix/Linux下的使用者/組/其它訪問許可權風格為ACFS目錄和檔案授予讀，寫和執行許可權，可以透過圖形化的企業管理控制檯或命令列程式ASMCMD管理ACFS目錄和檔案安全。
　　檔案系統快照(FSS)：Oracle 11g R2透過它的檔案系統快照(FSS)功能可以對ACFS檔案系統執行快照，一個快照是所選ACFS檔案系統的一個只讀副本，對相同的ACFS，它會自動保留63個獨立的ACFS快照，當某個ACFS檔案被不經意地更新，刪除或其它危險操作時，這個特性非常有用，利用11g R2企業管理控制檯或ACFS acfsutil命令列工具可以找出該檔案合適的版本並執行恢復。

　　NO.4 改善的軟體安裝和打補丁過程
　　我發現作為一名DBA壓力最大的活就是給Oracle資料庫打補丁了，如果補丁可能會引入對資料庫有害的行為，我不得不花費大量的時間和精力來確定和稽核，因此我對Oracle 11g R2中提供的新功能感到很歡喜。
　　叢集驗證實用程式整合：從Oracle 10g開始引入了叢集驗證實用程式(CVU)，現在已經完全整合到Oracle通用安裝程式(OUI)和其它配置助手(如DBCA，DBUA)中了。
　　零停機修補的叢集：當為Oracle叢集打補丁時，Oracle 11g R2在一個不合適的位置升級方式應用補丁，這意味著會有兩個Oracle Home，其中一個專門用來存放補丁的，但一次只能啟用一個Oracle Home，在Oracle 11g R2中不用再為升級全部關閉Oracle叢集了，實現真正的零停機打補丁。

　　NO.5 DBMS_SCHEDULER升級
　　古老的DBMS_SCHEDULER包得到了徹底的更新，DBA經常使用這個包來排程作業。
　　檔案監視器：以前的版本無法在批處理過程中檢測大多數觸發事件，如檢測一個檔案抵達某個目錄，在Oracle 11g R2中，使用新的檔案監視器可以緩解這個問題，一旦預期的檔案抵達目錄，DBMS_SCHEDULER現在就可以檢測到了，並在新的物件型別SCHEDULER_FILEWATCHER_RESULT中註冊它的到來，它透過新的CREATE_FILE_WATCHER儲存過程向DBMS_SCHEDULER傳送一個訊號觸發作業。
　　內建的email通知：無論何時，DBMS_SCHEDULER排程任務啟動、失敗或完成時，任務的狀態可以立即透過email傳送出去，雖然在以前的版本中也能實現這個功能，但要麼呼叫DBMS_MAIL儲存過程，要麼呼叫DBMS_SMTP儲存過程，現在這個功能合併到DBMS_SCHEDULER中了。
　　遠端作業：DBMS_SCHEDULER現在允許DBA在遠端資料庫上建立和排程作業，現在我終於可以在生產庫PROD03上透過DBMS_SCHEDULER呼叫生產庫DBMS_SCHEDULER上的儲存過程執行任務了，這意味著我現在可以在一臺資料庫上集中建立和維護排程任務了。
　　多作業目標：最後，現在可以在多個資料庫例項上同時排程DBMS_SCHEDULER任務了，在RAC環境中，這個特性非常有用，因為我可以利用多個資料庫例項將長時間執行任務分成幾部分，分別在不同的資料庫例項上執行更小的任務。