Oracle 12c ASM專題｜Flex磁碟組到底有多Fexible？

原文連結

譯者  周天鵬 

---

## Flex Disk Group屬性
前三部分我分享了關於ASM Flex Disk Group、File Group和Quota Group如何強制對儲存空間進行限制的實驗結果。但是我還沒有測試修改磁碟組屬性會產生什麼效果。我所關心的屬性都是資料保護級別相關的，正如官方文件中所討論的那樣-Automatic Storage Management Administrator’s Guide ()。除了保護模式相關的屬性之外當然也有其他的一些磁碟組屬性，但是本次實驗並不涉及。

一個Flex冗餘度的ASM磁碟組可以被設定為任意保護模式（3副本、2副本、無保護），預設情況下，Flex冗餘度的磁碟組使用2副本模式。不像其他的磁碟組，你可以改變Flex磁碟組內某個單獨的DB或PDB的保護模式。這裡最好給大家舉個例子：
 上面的列表展示了我的ASM例項中的檔案組資訊。本章將要修改6號檔案組（PDB1_0001）的屬性，該檔案組存放在Flex磁碟組上。知道哪些檔案屬於這個檔案組非常重要。這裡是一個列表：
 官方文件說的沒錯，存放在Flex磁碟組上的資料檔案預設冗餘度是2副本。

## 檔案組屬性
在磁碟組內部改變冗餘度和其他一些屬性都依賴於你擁有檔案組。檔案組的屬性可以透過sql或者asmcmd來進行檢視。如下：
 輸出包含兩大類屬性：冗餘和條帶化。我真正關心的只有冗餘度，而且我也沒接觸過條帶化相關的屬性。查了下官方文件 ASM Administrator’s guide（），
對條帶化屬性的解釋如下：
> 這是檔案型別的屬性，僅需為每個檔案型別設定。一般使用預設值就夠了，不需要人為改變。

看到這個我很高興。

使用sql依然可以達到這種效果，這裡是等價的輸出：
 除了v$asm_file檢視，你們也可以查v$asm_filegroup_file這個檢視：
 FILE_NUMBER欄位和INCARNATION可以被關聯上v$asm_file。

回到主題上：我想把冗餘度從normal轉為high，但該操作僅對6號檔案組有效。v$asm_file檢視中有一些大小、型別、當前冗餘度、條帶級別和是否正在re-mirror的資訊。在進行操作之前，我們先看下里面的內容：
 檔案309和312使用mirror的冗餘度（2副本，也就是normal冗餘）。讓我們嘗試改變這個冗餘度，看看會發生什麼。

## 修改資料檔案冗餘度
這裡真正的操作才開始。Automatic Storage Management Administrator’s Guide的Administering Oracle ASM Disk Groups章節的Managing Oracle ASM Flex Disk Groups這個部分（）
說了所有檔案組的屬性都可以被修改。讓我們用文件上的例子，來改變6號檔案組的屬性：
 這條命令（其他改變儲存屬性的操作）必須以SYSASM方式登陸ASM例項才可以執行。從DB例項執行會報如下錯誤：
 命令結束後，資料檔案立刻開始了re-mirror操作。在re-mirror的過程中（即remirror欄位為Y），冗餘度依然為MIRROR。只有當re-mirror操作完成後（即remirror欄位為N）,冗餘度才變為high。注意：312號檔案的冗餘度依然為normal，想想也對，我們修改的是datafile.redundancy，而312號檔案是臨時檔案。
 為了讓實驗結果更詳細，我下面還列了ASM例項警告日誌中的相關資訊，我發現觀察ASM做了啥操作非常有意思。
 re-mirror操作在警告日誌中被列為(mini) rebalance操作。

## 新加的資料檔案會怎樣？
後設資料的改變在v$asm_filegroup_properties檢視中也可以看到。該PDB建立的每個新資料檔案都是HIGH冗餘度。
 加了個表空間，新的資料檔案也依然是HIGH冗餘度。
## 總結
Flex ASM磁碟組繼續讓我驚歎。使用檔案組，我可以單獨為任意實體（non-CDB, CDB, PDB）定義屬性，而且可以在磁碟組內部進行更細粒度的資料保護模式設定。在12c之前的版本，雖然我也可以完成同樣的任務，但是操作要複雜很多很多。不得不承認，Flex磁碟組確實相當flexible。