這幾天很蕉綠，想著復習下技術。個人很喜歡ASM，就從ASM開始復習。循環kfed發現一個很奇怪的事情，就是，我掃到AU 11的時候發現，居然這個aun的blkn0是KFBTYP_DISKHEAD。要知道以前看到KFBTYP_DISKHEAD就是第二個AU的倒數第二個塊。這太奇怪了。。于是。。。

當時覺得這個特性很有用。磁盤頭的4K備份在第二個AU的倒數第二個block上。這次觀察到這個現象我以為是磁盤頭的第三個備份。然后我對這個AU11進行讀取。發現，不對。

Oracle PL/SQL

[grid@dm01db08 ~]$ kfed op=read dev=/dev/mapper/data01 aus=4m aun=11 blkn=0| grep type

kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD

[grid@dm01db08 ~]$ kfed op=read dev=/dev/mapper/data01 aus=4m aun=11 blkn=1| grep type

kfbh.type: 2 ; 0x002: KFBTYP_FREESPC

[grid@dm01db08 ~]$ kfed op=read dev=/dev/mapper/data01 aus=4m aun=11 blkn=2| grep type

kfbh.type: 3 ; 0x002: KFBTYP_ALLOCTBL

[grid@dm01db08 ~]$ kfed op=read dev=/dev/mapper/data01 aus=4m aun=11 blkn=3| grep type

kfbh.type: 3 ; 0x002: KFBTYP_ALLOCTBL

[grid@dm01db08 ~]$ kfed op=read dev=/dev/mapper/data01 aus=4m aun=11 blkn=4| grep type

kfbh.type: 3 ; 0x002: KFBTYP_ALLOCTBL

[grid@dm01db08 ~]$ kfed op=read dev=/dev/mapper/data01 aus=4m aun=11 blkn=1023| grep type

kfbh.type: 3 ; 0x002: KFBTYP_ALLOCTBL

1

2

3

4

5

6

7

8

9

10

11

12

13

[grid@dm01db08~]$kfedop=readdev=/dev/mapper/data01aus=4maun=11blkn=0|greptype

kfbh.type:1;0x002:KFBTYP_DISKHEAD

[grid@dm01db08~]$kfedop=readdev=/dev/mapper/data01aus=4maun=11blkn=1|greptype

kfbh.type:2;0x002:KFBTYP_FREESPC

[grid@dm01db08~]$kfedop=readdev=/dev/mapper/data01aus=4maun=11blkn=2|greptype

kfbh.type:3;0x002:KFBTYP_ALLOCTBL

[grid@dm01db08~]$kfedop=readdev=/dev/mapper/data01aus=4maun=11blkn=3|greptype

kfbh.type:3;0x002:KFBTYP_ALLOCTBL

[grid@dm01db08~]$kfedop=readdev=/dev/mapper/data01aus=4maun=11blkn=4|greptype

kfbh.type:3;0x002:KFBTYP_ALLOCTBL

[grid@dm01db08~]$kfedop=readdev=/dev/mapper/data01aus=4maun=11blkn=1023|greptype

kfbh.type:3;0x002:KFBTYP_ALLOCTBL

可以看到，AU11不僅備份了磁盤頭，還備份了FST，還備份了AT表。

百撕不得騎姐。

搜谷歌。

找到這個特性叫做 Physical metadata replication。從ASM 12.1開始，ASM就會對物理元數據進行備份。

直覺上感覺這是個磁盤組的屬性。

于是查看磁盤組屬性。

Oracle PL/SQL

[grid@dm01db08 ~]$ asmcmd lsattr -G data

Name

access_control.enabled

access_control.umask

appliance._partnering_type

ate_conversion_done

au_size

cell.smart_scan_capable

cell.sparse_dg

compatible.asm

compatible.rdbms

content.check

content.type

content_hardcheck.enabled

disk_repair_time

failgroup_repair_time

idp.boundary

idp.type

logical_sector_size

phys_meta_replicated

preferred_read.enabled

scrub_async_limit

scrub_metadata.enabled

sector_size

thin_provisioned

vam_migration_done

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

[grid@dm01db08~]$asmcmdlsattr-Gdata

Name

access_control.enabled

access_control.umask

appliance._partnering_type

ate_conversion_done

au_size

cell.smart_scan_capable

cell.sparse_dg

compatible.asm

compatible.rdbms

content.check

content.type

content_hardcheck.enabled

disk_repair_time

failgroup_repair_time

idp.boundary

idp.type

logical_sector_size

phys_meta_replicated

preferred_read.enabled

scrub_async_limit

scrub_metadata.enabled

sector_size

thin_provisioned

vam_migration_done

有一個很可疑的屬性屬性，叫做phys_meta_replicated。

我看了下這個屬性的值：

Oracle PL/SQL

[grid@dm01db08 ~]$ asmcmd lsattr -G data -l phys_meta_replicated

Name Value

phys_meta_replicated true

[grid@dm01db08 ~]$

1

2

3

4

5

[grid@dm01db08~]$asmcmdlsattr-Gdata-lphys_meta_replicated

NameValue

phys_meta_replicatedtrue

[grid@dm01db08~]$

看起來是對物理metadata進行了replicate。

ASM的物理元數據包括：

磁盤頭，FST，AT。

哦對了，我的環境是19c的ASM。

總結

以上是生活随笔為你收集整理的oracle asm磁盘头 备份,ASM磁盘头的第三个备份-Physically Addressed Metadata Redundancy的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。