Oracle 資料庫12c新特性總結（三）

1. asm

中的增強

2. 網格基礎架構的增強

3. oracle rac

的增強1.

自動儲存管理(asm)中的增強

flex asm

在乙個典型的網格基礎架構安裝環境中，每個節點都執行自身的asm例項，並將其作為執行於此節點上資料庫的儲存容器。但這種設定會存在相應的單點故障危險。例如，如果此節點上的asm例項發生故障，則執行於此節點上的所有資料庫和例項都會受到影響。為了避免asm例項的單點故障，oracle 12c提供了乙個名為flex asm的功能。flex asm是乙個不同的概念和架構，只有很少數量的asm例項需要執行在集群中的一些伺服器上。當某節點上的乙個asm例項發生故障，oracle集群就會在另乙個不同的節點上自動啟動替代asm例項以加強可用性。另外，這一設定還為執行在此節點上的例項提供了asm例項負載均衡能力。flex asm的另乙個優勢就是可以在單獨節點上加以配置。

當選擇flex cluster選項作為集群安裝環境的第一部分時，鑑於flex cluster的要求，flex asm配置就會被自動選擇。傳統集群同樣也適用於flex asm。當你決定使用flex asm時，你必須保證所需的網路是可用的。你可以選擇flex asm儲存選項作為集群安裝環境的一部分，或是使用asmca在乙個標準集群環境下啟用flex asm。

以下命令顯示了當前的asm模式：

$ ./asmcmd showclustermode

$ ./srvctl config asm

或是連線到asm例項並查詢instance_type引數。如果輸出值為asmprox，那麼，就說明flex asm已經配置好了。

asm

儲存限制放寬

asm儲存硬性限額在最大asm磁碟群組和磁碟大小上已經大幅提公升。在 12c r1中，asm支援511個asm磁碟群組，而在11g r2中只支援63個。同樣，相比起在11g r2中20 pb的磁碟大小，現在已經將這一數字提高到32 pb。

對asm均衡操作的優化

12c

中新的explain work for語句用於衡量乙個給定asm均衡操作所需的工作量，並在v$asm_estimate動態檢視中輸入結果。使用此動態檢視，你可以調整power limit語句對重新平衡操作工作進行改善。例如，如果你想衡量新增乙個新asm磁碟所需的工作量，在實際執行手動均衡操作之前，你可以使用以下命令：

sql> explain work for alter diskgroup dg_data add disk data_005;

sql> select est_work from v$asm_estimate;

sql> explain work set statement_id='add_disk' for alter diskgroup dg_data ad disk data_005;

sql> select est_work from v$asm_estimate where statement_id = 'add_disk

』;你可以根據從動態檢視中獲取的輸出來調整power的限制以改善均衡操作。

asm

磁碟清理

在乙個asm磁碟群組中，新的asm磁碟清理操作分為正常或高冗餘兩個級別，它可以檢驗asm磁碟群組中所有磁碟的邏輯資料破壞，並且可以自動對邏輯破壞進行修復，如果檢測到有邏輯資料破壞，就會使用asm映象磁碟。磁碟清理可以在磁碟群組，特定磁碟或是某個檔案上執行，這樣其影響可降到最小程度。以下演示了磁碟清理場景：

sql> alter diskgroup dg_data scrub power low:high:auto:max;

sql> alter diskgroup dg_data scrub file '+dg_data/mydb/datafile/filename.***x.***x'

repair power auto;

asm

的活動會話歷史(ash)

v$active_session_hisotry動態檢視現在還可以提供asm例項的活動會話抽樣。然而，診斷包的使用是受到許可限制的。

網格(grid)基礎架構的增強

flex

集群

oracle 12c

在集群安裝時支援兩類配置：傳統標準集群和flex集群。在乙個傳統標準集群中，所有集群中的節點都彼此緊密地整合在一起，並通過私有網路進行互動，而且可以直接訪問儲存。另一方面，flex集群在hub和leaf節點結構間引入了兩類節點。分配在hub中的節點類似於傳統標準集群，它們通過私有網路彼此互連在一起並對儲存可以進行直接讀寫訪問。而leaf節點不同於hub節點，它們不需要直接訪問底層儲存;相反的是，它們通過hub節點對儲存和資料進行訪問。

你可以配置多達64個hub節點，而leaf節點則可以更多。在oracle flex集群中，無需配置leaf節點就可以擁有hub節點，而如果沒有hub節點的話，leaf節點是不會存在的。對於乙個單獨hub節點，你可以配置多個leaf節點。在oracle flex集群中，只有hub節點會直接訪問ocr和voting磁碟。當你規劃大規模的集群環境時，這將是乙個非常不錯的功能。這一系列設定會大大降低互連擁堵，並為傳統標準集群提供空間以擴大集群。

部署flex 集群的兩種途徑：

1. 在配置乙個全新集群的時候部署

2. 公升級乙個標準集群模式到flex集群

如果你正在配置乙個全新的集群，你需要在步驟3中選擇集群配置的型別，選擇配置乙個flex集群選項，然後你需要在步驟6中對hub和leaf節點進行分類。對於每個節點，選擇相應角色是hub或是leaf，而虛擬主機名也是可選的。

將乙個標準集群模式轉換為flex 集群模式需要以下步驟：

1. 用以下命令獲取集群的當前狀態：

$ ./crsctl get cluster mode status

2. 以root使用者執行以下命令：

$ ./crsctl set cluster mode flex

$ ./crsctl stop crs

$ ./crsctl start crs

–wait

3. 根據設計改變節點角色：

$ ./crsctl get node role config

$ ./crsctl set node role hub|leaf

$ ./crsctl stop crs

$ ./crsctl start crs -wait

注意：

你無法從flex恢復回標準集群模式

改變集群節點模式需要集群棧停止

確保以乙個固定的vip配置gns

asm

磁碟群組中的ocr備份

對於12c，ocr現在可以在asm磁碟群組中得以備份。這簡化了通過所有節點對ocr備份檔案的訪問。為了防止ocr的恢復，你不必擔心ocr最新的備份是在哪個節點上。可以從任何節點輕易識別儲存在asm中的最新備份並能很容易地執行恢復。

以下演示了如何將asm磁碟群組設定為ocr備份位置：

$ ./ocrconfig -backuploc +dg_ocr

支援ipv6協議

對於12c，oracle是支援ipv6網路協議配置的。你現在可以在ipv4或ipv6上配置共有或私有網路介面，儘管如此，你需要確保在所有集群中的節點上使用相同的ip協議。

3. rac

資料庫的增強

what-if

命令評估

通過srvctl使用新的what-if命令評估選項，現在可以確定執行此命令所造成的影響。這一新新增到srvctl的命令，可以在沒有實際執行或是不對當前系統做任何改變的情況下模擬此命令。這在想要對乙個已存在的系統進行更改卻對結果不確定的時候特別有用。這樣，此命令就會提供進行變更的效果。而–eval選項也可以通過crsctl命令來使用。

例如，如果你想要知道停止乙個特定資料庫會發生什麼，那麼你就可以使用以下示例：

$ ./srvctl stop database

–d mydb–eval

$ ./crsctl eval modify resource -attr

「value」

srvctl

的改進

對於srvctl命令還有一些新增功能。以下演示了如何用這些新增功能停止或啟動集群上的資料庫或例項資源。

srvctl start database|instance

–startoption nomount|mount|open

srvctl stop database|instance

–stopoption nomount|mount|open

在本系列的第四篇文章中，作者將主要介紹oracle資料庫12c中最為重要的開發者特性。

Oracle 資料庫12c新特性總結（三）

Oracle 資料庫12c新特性總結（三）

Oracle資料庫12c新特性高效能與高可用性

oracle12c 新特性快取資料庫

Oracle 資料庫12c新特性總結（三）

Oracle 資料庫12c新特性總結（三）

Oracle資料庫12c新特性 高效能與高可用性

oracle12c 新特性 快取資料庫

相關推薦

Oracle資料庫12c新特性高效能與高可用性

oracle12c 新特性快取資料庫