<span id="bph7r"><noframes id="bph7r">
<span id="bph7r"><video id="bph7r"></video></span>
<span id="bph7r"></span><span id="bph7r"><video id="bph7r"></video></span>
<strike id="bph7r"><noframes id="bph7r"><strike id="bph7r"></strike>
<span id="bph7r"></span>
您現在所在的位置:首頁 - 權威技術
Oracle 12c多租戶新特性

 

前言:Oracle數據庫12c版本2(12.2),最新一代的ORACLE數據庫現在已經在甲骨文云端可用了,相信On-Premises版本很快就可以提供給客戶,作為12c數據庫核心特性的多租戶有哪些增強呢,讓我們通過OOW上透露出的一些信息先行了解一下。

首先讓我們簡單回顧一下多租戶架構的優勢

每個應用程序有獨立的 PDB

• 應用程序無需更改即可運行

• 快速供應(通過克。

• 移植性(通過可插拔性)

共享內存和后臺進程

• 每個服務器運行更多應用程序公共操作在CDB 級別執行

• 將多個數據庫作為一個管理(補丁、升級、高可用、備份)

• 細粒度控制在適用的時候

再讓我們一起看看12.2版本中的主要增強:

數據庫供應增強-在線操作

數據庫供應(多租戶克。┑难葸M

多年來,在大多數典型的工作日,數據庫管理員需要投入大量時間來創建新數據庫、將現有數據庫從一臺機器遷移到另一臺機器上,以及出于開發、測試和問題診斷等各種目的創建現有數據庫的最為當前的克隆版本。

在12.1版本中使用冷克隆,PDB需要只讀或者拔出,在12.2版本中實現了熱克隆。

熱克隆技術如何實現

1.源PDB仍然開放的讀/寫

2.并行讀取和復制

3.正在進行的操作隱含“臟讀”

4.一些數據變化是不包括在最初的文件副本

5.傳輸和應用redo數據用于追上源數據庫改變

6.應用UNDO來回滾未提交的事務

在12.2 多租戶中我們通過上述步驟完成PDB在線克隆,如下圖所示:

在線操作(PDB克隆、PDB刷新、PDB遷移)

通過熱克隆技術,諸如PDB克隆、PDB刷新、PDB遷移均得以在線進行,這將最大程度提高數據庫供應速度、減少對源生產系統的影響并保證數據的實時性。

引入應用容器更好的支持SaaS

在12.2中,為了解決SaaS需求,我們引入一個新的概念,應用程序容器Application Container。應用程序容器包含應用程序的根,可選的一個租戶種子和零個或多個pdb租戶。僅需一次安裝應用程序定義在應用程序的根,從那里可以創建租戶種子,此后新租戶供應簡單的通過克隆租戶種子。如下圖所示:

消除數據庫整合的壁壘

•閃回PDB現在完全支持。

•支持整合的pdb使用不同的字符集。

•12.1中252個pdb是一個不錯的數字,但在12.2我們增加了16倍至4096個。(即4k)。

•AWR數據在PDB級別允許,可以針對特定的PDB進行細粒度的性能診斷。

•在12.2多租戶中,熱圖得到完全支持。這意味著在12.2多租戶架構中完全能夠通過Oracle自動數據優化(ADO)提高存儲利用效率。

•鎖定配置文件

通過使用Lockdownprofile增加了對權限管理的細粒度控制能力,作為對授權操作補充,如下圖所示,將開發用戶的alter sytem權限限制在設置plsql_debug等3個代碼相關的方面,而不允許其修改優化模式、并行度等系統級參數。

•Data Gurad Broker為多租戶所作的增強

支持單個PDB級別的故障轉移。為此有兩對CDB在兩個服務器上,每對一主一備,復制方向相反,當發生PDB級別的故障時,備庫的PDB遷移到相同服務器上的另一個CDB上,變成了一個新的主PDB。由于同一服務器存儲是共享的,無需物理上復制或遷移數據文件,因此這可以達到最少的停機時間。

•資源管理增強

在12.1中,我們可以定義資源管理器的策略來控制CPU、I / O(但只有Exadata和SuperCluster),session和并行執行(PX)服務器。我們在12.2顯著提高了這種能力。在12.2中我們對于non-engineered系統增強了內存管理和I / O管理能力。

對于non-Exadata存儲,在12.2中引入了兩個新的per-PDB參數Max_IOPS和Max_MBPS來控制IO使用,可以動態地設置和改變,但不能在CDB根或Exadata上設置這兩個參數,否則會返回錯誤信息。在12.2中也引入了CPU_Count作為PDB-level參數。

在per-PDB級別還增加了對如下參數的支持:

SGA_Target                Maximum SGA size for PDB

SGA_Min_Size(New in 12.2)   GuaranteedSGA size (for buffer cache and shared pool) for PDB.

Tip: Sum ofSGA_Min_Size across all PDBs should be <50% of SGA.

DB_Cache_Size               Guaranteed Buffer Cache size forPDB

DB_Shared_Pool_Size          Guaranteed Shared Pool size for PDB

PGA_Aggregate_Limit          Maximum PGA size for PDB

PGA_Aggregate_Target         Target PGA size for PDB

 

下面通過一張圖再簡要回顧一下12.2版本多租戶在這幾個方面的增強

成百上千的數據庫分散運行于客戶站點中幾乎同樣多的機器上,導致站點規模龐大,這種情況如今是相當常見。隨之而來的不菲開支促使組織主動采取行動,將眾多數據庫集中到一起,換而言之就是整合,以便降低成本。過去數十年中,數據庫管理員花費了比其預想更多的時間,用于供應數據庫,為眾多數據庫分別進行Oracle 版本修補,規劃、建立以及管理備份和災難恢復方案,或者需要更多管理員分別管理每個數據庫(作為每個數據庫各自的持續活動)。

 

 

 

 

 

 

【文章來源:Oracle官網】

 

 

 

 

 

 

上一篇:Oracle Database 12c In-Memory POC指南
下一篇: Oracle 11g必須開啟的服務介紹及命令大全
[返回] TOP
色狠狠一区二区三区香蕉91