【Oracle 12c ASM专题】——我的第一个Flex Diskgroup

原文链接 https://martincarstenbach.wordpress.com/2017/07/06/12-2-new-feature-the-flex-asm-disk-group-part-1/

译者  周天鹏 

之前笔者都是从其他分享者那里了解了12.2的flex diskgroup，但直到现在都没能亲自探索下它有多cool。笔者相信它真的非常cool而且很值得拿出来分享下。关于这个特性和下面这些测试，有非常多的东西值得一提，所以笔者选择把它分解成了多个部分，将每周定期与大家进行分享。

背  景

在GI/ASM之前的版本中，尤其是两者都是用的环境，有一些我想做的操作几乎是不可能轻易完成的。许多磁盘组的属性（例如冗余度等）是对这个磁盘组里所有文件都生效的。例如，你想创建一个normal冗余度的磁盘组给某个数据库，high冗余度的磁盘组给其他库，这时你就必须创建两个用于存放数据的磁盘组。ASM 12.2中，Oracle减少了ASM的限制来提供更好的定制化服务，这一点在12.1中可见一斑。可以看下63 ASM disk groups in 11.2（https://docs.oracle.com/cd/E11882_01/server.112/e18951/asmdiskgrps.htm#OSTMG94134）和511 in 12.1（https://docs.oracle.com/database/121/OSTMG/GUID-BC6544D7-6D59-42B3-AE1F-4201D3459ADD.htm#OSTMG94136），虽然这也允许一些定制化，但还是增加了维护的开销。

12.1中人们可以更细粒度的管理存储而且引入了CDB的概念。在创建PDB时，管理员可以指定pdbstorageclause子句来对PDB做一些限制，例如：

SQL> create pluggable database pdb1 

2 admin user someone identified by somepassword

3 ... 

4 storage (maxsize 200G);

Pluggable database created. 

但是，如果数据库建在了一个high冗余度的磁盘组上，该磁盘组上所有文件都继承这个属性。我无法将一个存放在high冗余度磁盘组上的PDB定义为normal冗余度，至少我在12.1中没意识到如何达到这个效果。

Flex Disk Group

Flex Diak Group允许磁盘组内的更细粒度的管理。你可以强化磁盘组内的配额限制（以数据库为粒度比较靠谱），而且你可以给不同的文件组定义不同的冗余度（即不同的数据库、PDB可以有不同的冗余度）。换句话说就是，你可以在同一个磁盘组里建两个库，数据库1是normal冗余度，数据库2是high冗余度。如果数据库2是一个CDB，你甚至可以以PDB为粒度再去管理一些设置（例如冗余度）。
在