ASM METADATA BLOCK
ASM的元数据由ASM实例进行维护和管理,元信息本身非常重要,ASM磁盘组中的文件要想被Oracle DB和其他客户端正常使用,就要求元信息一定要是完好无损的,ASM的元信息以元信息块的形式存储在磁盘组中。
译者注:ASM的元信息可以类比为Oracle数据库的数据字典,一旦核心的元信息发生毁坏,那么ASM磁盘组将不能被装载继而提供服务。
有些ASM 元数据在每个ASM 磁盘的固定位置,被称为物理元信息,有些ASM元数据是以文件(目录)形式保存,被称为虚拟元数据,虚拟元数据像所有其他普通ASM 文件一样被管理,它也会根据磁盘组冗余属性决定是否做镜像,在磁盘组的配置发生变化后也会做重平衡,同时元信息本身也会根据需要自动增长。
译者注:例如元信息1号文件记录了ASM磁盘组中所有文件的基本信息,随着ASM中文件的不断增多,1号文件本身也会自动增长用来记录新增的文件。
Physically addressed metadata
ASM物理元数据有如下几个结构:
· 磁盘头
· Free Space Table ,FST表
· Allocation Table ,AT表
· Partnership and Status Table ,PST表
每个ASM磁盘会在第一个AU(AU 0)的第一个block(block 0) 中记录磁盘头信息,第二个block(block 1)中记录FST表,剩余的块上记录AT表。
PST信息保存在每个磁盘的第二个AU中(AU 1),虽然每个磁盘的AU 1都会为PST表而预留,但一个磁盘组只会有几个磁盘上真正的存放PST表。
Virtually addressed metadata
虚拟元数据的结构如下:
· File Directory
· Disk Directory
· Active Change Directory (ACD)
· Continuing Operations Directory (COD) Template Directory
· Alias Directory
· ADVM Volume Directory
· Disk Used Space Directory
· Attributes Directory
· ASM User Directory and User Group Directory
· Staleness Directory and Staleness Registry
· Password directory
以上虚拟元数据都是以文件(目录)的形式被管理,后续的章节中,也会对上面的每一个文件进行详细说明。
ASM metadata lives in ASM disk groups
ASM 元数据存储在磁盘组内,换而言之就是磁盘组是ASM 元数据存在的基本前提,值得强调的是ASM 不会在磁盘组之外存储任何东西。
每个ASM 磁盘都有ASM 的元数据信息。有些元数据是仅和本磁盘相关的,有些是和整个磁盘组相关的。例如ASM 磁盘头是仅仅和本磁盘相关的,但partnership and status table-PST表却是和整个磁盘组相关的。
有些元数据( 例如磁盘头和AT表)会存储在每个磁盘上,而有些元数据只会存储在部分磁盘中。例如每个磁盘的AU1会为PST信息预留,但是仅一部分的磁盘会真正存放PST 信息。
有些元数据结构可能在低的ASM版本上并不存在。例如在兼容性为10.2的磁盘组中,没有staleness directory,它是为了配合11G出现的fast resync特性而出现的元数据结构,因此仅在11.1和之后的版本存在。即使在11.1版本中,外部冗余的磁盘组也没有staleness directory,只有冗余类型是normal和high的磁盘组上会有该类元信息。
ASM metadata blocks
ASM元数据结构是由一个或多个ASM 元数据块构成。块类型和元数据类型是相互对应的,例如一个ASM 磁盘头很明确的由一个类型为KFBTYP_DISKHEAD元数据块组成的,一个AT表是由多个类型为KFBTYP_ALLOCTBL元数据块组成。
ASM 元数据是由ASM 元数据块组成的,更多的相关话题请参阅后续的有关ASM元数据块的章节。
本文来自云栖社区合作伙伴“DBGEEK”