252      阿裏雲  技術社區[雲棲]

Oracle 原版經典ppt首次公開，免費下載：Oracle RAC Internals

一、Cluster Domain

在12.2中，OracleRAC有很多重要的改進。而Cluster Domain堪稱最醒目的變化。

Oracle Cluster Domain為集群架構提供了新的部署選項。為私有數據庫雲下RAC的部署提供了標準化、集中式的部署，並能夠對RAC進行優化。

多個集群配置分組在Oracle Cluster Domain下進行管理，並利用該Oracle Cluster Domain中可用的共享服務。Oracle Domain Services Cluster為在同一個Domain內的其他集群提供了集中的服務，這些服務包括：集中的網格基礎架構管理存儲庫；TFA服務；合並Oracle ASM服務；RHP服務等。

參考閱讀：YH4 Oracle Flex Clusters

二、ASM存儲

12.2中，通過flex  ASM能夠對ASM磁盤中的文件進行分組管理，這樣每個組就可以存放一個庫的文件或者一個PDB的文件。

同時，在一個磁盤組中，可以支持再次分組，以文件組為單位，分成quota組。

好處是可以對文件組再次實現分組管理，如果以複製的方式生成quota group，那麼可以改變文件組界別的冗餘度。通過Shadow copies 的方式複製PDB的文件組，可以直接生成克隆的PDB。

三、Oracle自主健康檢查

在12.2中，Oracle提供了完善的自主健康檢查機製，包含集群可用性檢查、ORA錯誤檢查、集群健康狀態檢查、Trace文件分析、內存檢查等各個方麵。能夠對Oracle數據庫進行全麵細致的健康診斷和把關。

四、內存融合改進

在內存融合的基礎上，通過DRM，將資源的主節點動態調整，降低節點之間的數據交互。

數據在節點之間地方交互基本上是LMS進程來完成的。LMS負責訪問資源主節點獲取資源使用信息，並訪問資源持有節點申請資源數據，最後把數據返回給申請節點。

數據在節點間的交互有兩種情況，一種是當前塊的交互，另一種是一致性塊的交互。在一致性塊的交互過程中，需要在資源的持有節點進行事務回滾，創建一致性塊。這時候，回滾的工作也是由LMS進程來完成。

考慮以下情況：如果資源持有節點事務很大，創建一致性塊需要回滾很多步驟，係統將長時間處於等待狀態；如果undo表空間不足，回滾出錯，未能正常創建一致性塊，則數據訪問請求會報錯，甚至可能引發LMS進程奔潰。

因此，在Oracle 12.2 中，為LMS進程增加了兩類slave進程，一類是RMVn進程，負責處理LMS的常規事務，另一類是CRn進程，負責協助LMS在申請一致性塊的時候的事務。

五、內存基於PDB的域劃分

在多租戶環境中，以前內存空間是所有PDB共享的，一個pdb的事務需要做內存尋址的話，需要掃描全局的空間，很不方便。在12.2中，內存空間能夠基於PDB做劃分。

參考閱讀：YH9:Oracle Multitenant 知識庫

六、集群重新配置優化

在RAC環境的重新配置中，以前配置過程需要五個步驟完成：Detect（檢測到異常）->（Evict）節點驅逐->Elect Recovery Master（選取恢複主節點）->read redo(讀取日誌並獲得相應的鎖)->實例恢複。

在12.2中，通過recovery buddy，能夠很大程度上減少集群節點的重新配置時間。隻需要將出現異常的節點驅逐出去，然後做資源的重新配置就好。

如上圖，實現機製就是集群中的每一個節點互為recovery  buddy，在共享池裏，分配一部分空間存放彼此的內存資源信息。這樣，當一個節點出現問題，其他節點可以直接進行資源的重新配置過程，無需訪問故障節點。

七、Flex Cluster解決方案

在集群的架構上，12.2提出了Flex Cluster方案，每個集群有兩類節點，一類是hub 節點，一類是leaf 節點，前者可以直接訪問共享存儲，後者不能。leaf 節點可以做成隻讀節點，reader node，實現業務上讀寫分離。

leaf node與hub node之間鬆耦合的方式連接，如果hub node出現問題，與它相連的leaf node可以連接到其他的hub node,避免對業務的影響，實現高可用。

八、GI升級過程詳解

最後，作者還分享了如何進行GI從12.1到12.2的升級。

本文出自數據和雲公眾號，原文鏈接

最後更新：2017-07-17 17:03:14

  上一篇：  新浪微博癱瘓，有人開心有人哭

  下一篇：  警惕：Oracle中刪除的分區不會進入回收站（Recyclebin）