Oracle ASM 翻译系列第二十八弹:ASM INTERNAL Partnership and Status Table

简介:

Partnership and Status Table

Partnership and Status Table简称PST表包含了一个磁盘组中所有磁盘的相关信息-磁盘号,磁盘状态,partner的磁盘号,心跳信息和failgroup的信息(11G及以上版本)。

每个磁盘的AU 1是为PST表预留的,但是并不是每一个磁盘都有PST表的信息。

PST count

在external冗余的磁盘组中只有一份PST表。

在normal冗余的磁盘组中,至少有两份PST表。如果磁盘组中有三个或更多的failgroups,PST表将会有3份。

在high冗余的磁盘组中,至少有三份PST表的信息。如果有四个failgroups,将会有4份PST表,如果有五个或者更多failgroups,将会有五份PST表。

请看下面的例子,注意这个被创建的磁盘组是由5个磁盘组成:

创建外部冗余的磁盘组

SQL> CREATE DISKGROUP DG1 EXTERNAL REDUNDANCY

DISK '/dev/sdc5', '/dev/sdc6', '/dev/sdc7', '/dev/sdc8', '/dev/sdc9';


Diskgroup created.

查看asm的alert日志

Sat Aug 31 20:44:59 2013

SQL> CREATE DISKGROUP DG1 EXTERNAL REDUNDANCY

DISK '/dev/sdc5', '/dev/sdc6', '/dev/sdc7', '/dev/sdc8', '/dev/sdc9'

Sat Aug 31 20:44:59 2013

NOTE: Assigning number (2,0) to disk (/dev/sdc5)

NOTE: Assigning number (2,1) to disk (/dev/sdc6)

NOTE: Assigning number (2,2) to disk (/dev/sdc7)

NOTE: Assigning number (2,3) to disk (/dev/sdc8)

NOTE: Assigning number (2,4) to disk (/dev/sdc9)

...

NOTE: initiating PST update: grp = 2

Sat Aug 31 20:45:00 2013

GMON updating group 2 at 50 for pid 22, osid 9873

NOTE: group DG1: initial PST location: disk 0000 (PST copy 0)

Sat Aug 31 20:45:00 2013

NOTE: PST update grp = 2 completed successfully

...

alert日志的输出非常相信,可以看到ASM只创建了一份PST表,位于disk 0000即/dev/sdc5。

创建Normal冗余的磁盘组

SQL> drop diskgroup DG1;


Diskgroup dropped.


SQL> CREATE DISKGROUP DG1 NORMAL REDUNDANCY

DISK '/dev/sdc5', '/dev/sdc6', '/dev/sdc7', '/dev/sdc8', '/dev/sdc9';


Diskgroup created.

查看ASM的alert日志:

Sat Aug 31 20:49:28 2013

SQL> CREATE DISKGROUP DG1 NORMAL REDUNDANCY

DISK '/dev/sdc5', '/dev/sdc6', '/dev/sdc7', '/dev/sdc8', '/dev/sdc9'

Sat Aug 31 20:49:28 2013

NOTE: Assigning number (2,0) to disk (/dev/sdc5)

NOTE: Assigning number (2,1) to disk (/dev/sdc6)

NOTE: Assigning number (2,2) to disk (/dev/sdc7)

NOTE: Assigning number (2,3) to disk (/dev/sdc8)

NOTE: Assigning number (2,4) to disk (/dev/sdc9)

...

Sat Aug 31 20:49:28 2013

NOTE: group 2 PST updated.

NOTE: initiating PST update: grp = 2

Sat Aug 31 20:49:28 2013

GMON updating group 2 at 68 for pid 22, osid 9873

NOTE: group DG1: initial PST location: disk 0000 (PST copy 0)

NOTE: group DG1: initial PST location: disk 0001 (PST copy 1)

NOTE: group DG1: initial PST location: disk 0002 (PST copy 2)

Sat Aug 31 20:49:28 2013

NOTE: PST update grp = 2 completed successfully

...

We see that ASM creates three copies of the PST.

这次我们看到创建了3份PST表,分别位于disk 0000,disk 0001,disk 0002,即/dev/sdc5,/dev/sdc6,/dev/sdc7。

High redundancy disk group

SQL> drop diskgroup DG1;


Diskgroup dropped.


SQL> CREATE DISKGROUP DG1 HIGH REDUNDANCY

DISK '/dev/sdc5', '/dev/sdc6', '/dev/sdc7', '/dev/sdc8', '/dev/sdc9';


Diskgroup created.

查看ASM的alert日志:

Sat Aug 31 20:51:52 2013

SQL> CREATE DISKGROUP DG1 HIGH REDUNDANCY

DISK '/dev/sdc5', '/dev/sdc6', '/dev/sdc7', '/dev/sdc8', '/dev/sdc9'

Sat Aug 31 20:51:52 2013

NOTE: Assigning number (2,0) to disk (/dev/sdc5)

NOTE: Assigning number (2,1) to disk (/dev/sdc6)

NOTE: Assigning number (2,2) to disk (/dev/sdc7)

NOTE: Assigning number (2,3) to disk (/dev/sdc8)

NOTE: Assigning number (2,4) to disk (/dev/sdc9)

...

Sat Aug 31 20:51:53 2013

NOTE: group 2 PST updated.

NOTE: initiating PST update: grp = 2

Sat Aug 31 20:51:53 2013

GMON updating group 2 at 77 for pid 22, osid 9873

NOTE: group DG1: initial PST location: disk 0000 (PST copy 0)

NOTE: group DG1: initial PST location: disk 0001 (PST copy 1)

NOTE: group DG1: initial PST location: disk 0002 (PST copy 2)

NOTE: group DG1: initial PST location: disk 0003 (PST copy 3)

NOTE: group DG1: initial PST location: disk 0004 (PST copy 4)

Sat Aug 31 20:51:53 2013

NOTE: PST update grp = 2 completed successfully

...

这一次我们看到了ASM创建了五份PST表。

PST relocation

PST在下列情况下会再分配:

· PST所在磁盘不可用(ASM实例启动时)

· 磁盘offline

· PST的读写发生IO错误

· 磁盘被正常的删除掉(手工或后台)

这些情况下,如果相同失败组中有其他可用的磁盘,PST将会被重分配到其他磁盘;否则会重分配到其他没有PST副本的失败组。

我们通过一个例子看下:

SQL> drop diskgroup DG1;


Diskgroup dropped.


SQL> CREATE DISKGROUP DG1 NORMAL REDUNDANCY

DISK '/dev/sdc5', '/dev/sdc6', '/dev/sdc7', '/dev/sdc8';


Diskgroup created.

ASM的alert日志显示了磁盘刚创建后,PST表的拷贝信息分别位于磁盘0,1,2。

NOTE: group DG1: initial PST location: disk 0000 (PST copy 0)

NOTE: group DG1: initial PST location: disk 0001 (PST copy 1)

NOTE: group DG1: initial PST location: disk 0002 (PST copy 2)

我们删除磁盘0:

SQL> select disk_number, name, path from v$asm_disk_stat

where group_number = (select group_number from v$asm_diskgroup_stat where name='DG1');


DISK_NUMBER NAME                           PATH

----------- ------------------------------ ----------------

          3 DG1_0003                       /dev/sdc8

          2 DG1_0002                       /dev/sdc7

          1 DG1_0001                       /dev/sdc6

          0 DG1_0000                       /dev/sdc5


SQL> alter diskgroup DG1 drop disk DG1_0000;


Diskgroup altered.

再次查看ASM的alert日志:

Sat Aug 31 21:04:29 2013

SQL> alter diskgroup DG1 drop disk DG1_0000

...

NOTE: initiating PST update: grp 2 (DG1), dsk = 0/0xe9687ff6, mask = 0x6a, op = clear

Sat Aug 31 21:04:37 2013

GMON updating disk modes for group 2 at 96 for pid 24, osid 16502

NOTE: group DG1: updated PST location: disk 0001 (PST copy 0)

NOTE: group DG1: updated PST location: disk 0002 (PST copy 1)

NOTE: group DG1: updated PST location: disk 0003 (PST copy 2)

...

我们看到PST的拷贝信息从磁盘0转移到了磁盘3.

Disk Partners

磁盘的Partnership是在normal或者high冗余的磁盘组上,在两个磁盘之间有一个“对称”的关系。在external冗余中,不存在disk partnership。关于这个话题的讨论,请看博客How many partners(第6篇)。

PST Availability

PST表的数据要先于其他ASM元数据之前可用。当发起磁盘组的mount请求,GMON进程读取磁盘组中的所有磁盘,找到并确认可用的PST副本。一旦确认有足够的PST副本,就把磁盘组mount上来。从这个时刻开始,PST表的信息储存在ASM实例的cache里;位于GMON 进程的PGA中,由PT.n.0 enqueue排他锁进行保护。

对于同一集群的其他ASM实例,在启动之后会把PST表缓存在自己的GMON PGA中,加上共享的PT.n.0 enqueue。

只有拥有排他PT enqueue锁的GMON进程(10gR1中为CKPT),可以更新磁盘中的PST表信息。

PST (GMON) tracing

每次尝试mount磁盘组时,GMON trace文件就会记录PST信息。注意我说的是尝试,不是已经mount上。换句话说,GMON不管mount动作成功与否,都会记录信息。这些信息对于Oracle Support诊断磁盘组mount失败故障可能会有价值。

下面是典型的GMON trace文件记录的一个磁盘组mount的信息:

=============== PST ====================

grpNum:    2

grpTyp:    2

state:     1

callCnt:   103

bforce:    0x0

(lockvalue) valid=1 ver=0.0 ndisks=3 flags=0x3 from inst=0 (I am 1) last=0

--------------- HDR --------------------

next:    7

last:    7

pst count:       3

pst locations:   1  2  3

incarn:          4

dta size:        4

version:         0

ASM version:     168820736 = 10.1.0.0.0

contenttype:     0

--------------- LOC MAP ----------------

0: dirty 0       cur_loc: 0      stable_loc: 0

1: dirty 0       cur_loc: 0      stable_loc: 0

--------------- DTA --------------------

1: sts v v(rw) p(rw) a(x) d(x) fg# = 0 addTs = 0 parts: 2 (amp) 3 (amp)

2: sts v v(rw) p(rw) a(x) d(x) fg# = 0 addTs = 0 parts: 1 (amp) 3 (amp)

3: sts v v(rw) p(rw) a(x) d(x) fg# = 0 addTs = 0 parts: 1 (amp) 2 (amp)

...

=== PST ===标记的部分显示了磁盘组号(grpNum),类型(grpTyp),和状态。--- HDR ---标记的部分显示了PST的副本数(pst count)和所在的磁盘号。--- DTA ---显示了PST所在磁盘的状态。

Conclusion

PST(Partnership and Status Table)包含一个磁盘组里所有磁盘的相关信息 -- 磁盘号,磁盘状态,partner磁盘号,心跳信息和failgroup信息(11g之后)。

每个ASM磁盘的1号AU为PST表预留,但是只有部分磁盘有PST数据。由于PST是重要的ASM元数据,只要失败组个数足够,在normal冗余中将会有三副本,在high冗余中将会有五副本。


本文来自云栖社区合作伙伴“DBGEEK”

目录
相关文章
|
2月前
|
Oracle 关系型数据库
oracle asm 磁盘显示offline
oracle asm 磁盘显示offline
29 2
|
1月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库误truncate table的数据恢复案例
北京某国企客户Oracle 11g R2数据库误truncate table CM_CHECK_ITEM_HIS,表数据丢失,业务查询到该表时报错,数据库的备份不可用,无法查询表数据。 Oracle数据库执行Truncate命令的原理:在执行Truncate命令后ORACLE会在数据字典和Segment Header中更新表的Data Object ID,但不会修改实际数据部分的块。由于数据字典与段头的DATA_OBJECT_ID与后续的数据块中的并不一致,所以ORACLE服务进程在读取全表数据时不会读取到已经被TRUNCATE的记录,但是实际数据未被覆盖。
Oracle数据恢复—Oracle数据库误truncate table的数据恢复案例
|
2月前
|
存储 Oracle 关系型数据库
【数据库数据恢复】Oracle数据库ASM磁盘组掉线的数据恢复案例
oracle数据库ASM磁盘组掉线,ASM实例不能挂载。数据库管理员尝试修复数据库,但是没有成功。
【数据库数据恢复】Oracle数据库ASM磁盘组掉线的数据恢复案例
|
11月前
|
Oracle 关系型数据库
oracle 12c新功能 recover table恢复单个表
不支持sys用户和system表空间的表
|
SQL Oracle 关系型数据库
Oracle ASM磁盘和磁盘组的常用SQL语句
Oracle ASM磁盘和磁盘组的常用SQL语句
190 0
|
SQL Oracle 关系型数据库
|
8天前
|
SQL Oracle 关系型数据库
【Oracle】玩转Oracle数据库(一):装上去,飞起来!
【Oracle】玩转Oracle数据库(一):装上去,飞起来!
48 7
|
1月前
|
Oracle 关系型数据库 数据库
|
1月前
|
关系型数据库 分布式数据库 数据库
PolarDB PostgreSQL版:Oracle兼容的高性能数据库
PolarDB PostgreSQL版是一款高性能的数据库,具有与Oracle兼容的特性。它采用了分布式架构,可以轻松处理大量的数据,同时还支持多种数据类型和函数,具有高可用性和可扩展性。它还提供了丰富的管理工具和性能优化功能,为企业提供了可靠的数据存储和处理解决方案。PolarDB PostgreSQL版在数据库领域具有很高的竞争力,可以满足各种企业的需求。
|
26天前
|
Oracle 关系型数据库 数据库
Oracle数据库基本概念理解(3)
Oracle数据库基本概念理解(3)
18 2