ASM 磁盘、目录的管理
ASM 磁盘、目录的管理
ASM 磁盘、目录的管理
--========================
-- ASM磁盘、目录的管理
--========================
ASM磁盘是ASM体系结构的重要组成部分,ASM磁盘由ASM实例来定位、管理,本文主要讲述ASM磁盘组、故障组等等。
有关ASM实例及ASM数据库的创建请参考:创建ASM实例及ASM数据库
一、相关概念
1.ASM磁盘组
ASM存储管理除了ASM实例之外,最大的组成部分就是ASM磁盘组。一个ASM磁盘组由过多个ASM磁盘组成
一个磁盘组内可以存放多个数据文件,一个数据文件仅仅只能位于一个磁盘组内,不能跨磁盘组
多个数据库可以共享相同的或多个磁盘组
磁盘组的冗余类型可以分为三类:标准冗余,高度冗余,外部冗余
对于已创建的磁盘组,不能够更改其冗余级别,如要更改,需要删除该磁盘组后再重新创建
2.ASM磁盘
ASM磁盘通过标准的OS接口来访问,由Oracle用户来读写,在聚集的所有节点可以被访问
ASM磁盘在不同的节点可以使用不同的名字
ASM磁盘可以使网络文件系统
ASM磁盘上的对象被冗余保护
每一个ASM磁盘的第块用于定义磁盘的头部信息,ASM磁盘名字编号,创建的时间戳等
ASM文件会均匀分布在一个ASM组内的各个磁盘中
3.ASM故障组
一个磁盘组可以由两个或多个故障组组成
一个故障组由一个或多个ASM磁盘组成
故障组提供了共享相同资源的冗余,我们可以这样来理解标准冗余
假定有磁盘组DG1,且创建了两个故障组fgroup1,fgroup2,每个故障组由个ASM磁盘组成,则对标准冗余而言,两个故障组互为镜像
failgroup1 --> asmdiskA , asmdiskB
failgroup2 --> asmdiskC , asmdiskD
假定文件datafileA大小为MB,则个extent均匀分布到asmdiskA,asmdiskB,同样asmdiskC,asmdiskD也包含该文件的至个extent
即只要有一个extent在故障组fgroup1中存在,必定有一个镜像的extent存在于fgroup2中,反之亦然,两个extent互为镜像。
当一个故障组中的某个磁盘损坏,假定为asmdiskA,则asmdiskA中原来保存的extent将会从failgroup2中复制到asmdiskB中。
总之,故障组failgroup1和failgroup2必定有相同的extent副本
标准冗余至少需要两个故障组,高度冗余则至少需要个故障组。事实上对于未明确指定故障组的情况下,一个标准冗余至少需要两个
asm磁盘,而高度冗余至少需要个asm磁盘
4.分配单元
ASM磁盘的最小粒度是分配单元,大小默认是M,也可设置为K进行细粒度访问
支持粗粒度和细粒度分配单元进行读写来实现装载平衡和减少延迟
ASM文件由一些分配单元的集合组成
5.ASM文件
对Oracle自身而言,实际上与标准的文件并没有太多区别
ASM文件一般位于磁盘组内创建的子目录内,磁盘组以加号开头,相当于Linux系统的根目录
如+DG1/oradb/datafile/system.258.346542
ASM可以为控制文件,数据文件,联机日志文件,参数文件,归档日志,备份等
不支持trace文件,可执行文件,OCR,Votingdisk等,注:Oracle 11g R2可支持
使用extent maps来记录文件到磁盘的映射
6.I/O分布
可以使用条带化和镜像来保护数据
文件被平均分布在一个组内的所有磁盘中
磁盘的添加与删除,ASM会自动重新分配AU,因此也不存在碎片的问题
将I/O分批到不同的磁盘控制器提高了读写数据
7.Rebalance
ASM文件被均衡地分布在一个磁盘组的所有磁盘中
磁盘添加时,当前磁盘组加载的所有磁盘中共享的部分extent将会被