• 深入分析:12C ASM Normal冗余中PDB文件块号与AU关系与恢复


    关注“数据和云”,精彩不容错过


    李敏:云和恩墨交付工程师

    概述


    在 10G 和 11G 中,DBA 可以根据文件名,确定这个文件在 ASM 磁盘组上的分布,然后 dd 出来每一个 AU,最后拼凑成一个完成的数据文件。


    在 12C 的 PDB 中,我们尝试用这种方法,进一步,根据给定的文件号和表的块号,从 ASM 磁盘上 dd 出来这些块。之后 sqlplus 清空这个表,再将出来的数据 dd 回去,以验证是否准确找到了需要的 block。


    我们可以推算出表块跟 AU 的关系。


    环境准备

    测试环境是 8 KB 的标准块,有一个 5 个磁盘做 Normal 冗余的磁盘组,AU 大小为 4M。

    PDB 生成的测试数据将要放在这个磁盘组。


    如果只有一个盘的磁盘组,或者外部冗余,就没有必要测试了。

    --这个是 pdb,要去 pdb 里面查询。

    --在我的环境在 PDB 里面创建表空间,文件号 21。

     

    alter session set container=ora122pdb1;

    SQL> create tablespace asmres datafile '+DATAC1' SIZE 100M  AUTOEXTEND ON;

    Tablespace created.

     

    然后查询文件名为 asmres.271.978291939,文件号为 21.

     

    下面创建测试用表。测试用表这里,先创建空表,再给某个表打数,构造一个看起来较为错乱的 extent 分布。

    create table asmtable tablespace asmres as select * from dba_objects where 0=1;

    create table asmtable2 tablespace asmres as select * from asmtable;

    create table asmtable3 tablespace asmres as select * from asmtable;

    create table asmtable4 tablespace asmres as select * from asmtable;

    insert into asmtable select * from dba_objects where rownum<512;

     

    查看这个几个表的 extents 分布。

    SQL> select owner,SEGMENT_NAME,EXTENT_ID,FILE_ID,BLOCK_ID,BLOCKS,RELATIVE_FNO  from dba_extents where SEGMENT_NAME like 'ASMTABLE%';

     

    这个构造的场景,能比较明显看出来,extent 的分布规律。

    注意,从这里可以看到,ASMTABLE 生成了第二个 extent。

     

    --注意这里的 extend_id 跟 ASM 的 extend_number 是两个概念。不可以混用

     

    所以,ASMTABLE 这个表是由 21 号文件的,128,129,130,131,132,133,134,135,注意这里不连续,160,161,162,163,164,165,166,167,这16个块构成。


    这些是 DB 层的概念,ASM 层的概念跟这个不一样,所以通过视图,无法对应出来。但是,可以推测。


    验证


    下面开始验证:

    首先,拿出 21 号文件的 AU 分布图。

     

    set linesize 255 pagesize 9999

    col "FILE_NAME" format a30

    col path for a25

    col name for a10

    set numw 15

    set head on

    select     a.NAME         "FILE_NAME",

               p.NUMBER_KFFXP "FILE_NUMBER",

               p.DISK_KFFXP   "DISK_NUMBER",

               p.AU_KFFXP     "AU_NUMBER",

               p.XNUM_KFFXP   "EXTENT_NUMBER",

               p.LXN_KFFXP    "P/S_EXTENT",

               a.group_number,

               d.path,

               dg.ALLOCATION_UNIT_SIZE/1048576  "AU_SIEZ_MB",

               dg.name

          from x$kffxp p, v$asm_alias a,v$asm_disk d,v$asm_diskgroup dg

         where p.GROUP_KFFXP = a.GROUP_NUMBER

           and p.NUMBER_KFFXP = a.FILE_NUMBER

           and a.name like ('ASMRES.271.978291939')

           and p.LXN_KFFXP=0 --只看primary的AU。1st_mirror什么的去掉。

           and d.GROUP_NUMBER=p.GROUP_KFFXP

           and dg.GROUP_NUMBER=p.GROUP_KFFXP

           and p.DISK_KFFXP=d.disk_number

       order by  EXTENT_NUMBER,DISK_KFFXP,AU_KFFXP;


    分析结果


    这里查出来 26 个 AU,每个 AU 是 4M,总共 104M。为什么不是数据文件的100M ?

    注意,这里的文件的 AU 在 ASM 磁盘组中的分布看起来是错乱的,基于 ASM 的算法,你会发现,AU 的分布是在磁盘 4,0,3,2,1 这样循环方式,打到每个成员盘上。


    这里我过滤掉了主 AU 的 mirror,如果不过滤的话,另一组的规律也同样明显。

    这里就是前面说的,没有直接的视图来对应数据文件块跟 AU 的关系,需要推测。


    测试分两步,第一步是拿出来完整连续的文件,第二步是从文件里拿到表的块。

    --Oracle 内部以及常做 ASM 恢复的 DBA 都有 Oracle 内部的一个脚本,可以直接从ASM 上拿出需要的块,但是那个,我没有。:)


    首先,extent_number 的连续等于文件的连续。就是说按照连续 extent_number 方式,去对应的盘上找到对应的 AU,拿出来。再按照顺序组合。就是一个连续的数据文件。


    下面是过程。

    首先根据 AU 号把 dd 磁盘的命令生成出来,这里注意,最重要的是 order by 那一句 。以及 skip。

    Select 'dd if='||d.path||' bs=4194304 count=1 skip='||p.au_kffxp||' of=asmres_'||p.XNUM_KFFXP||'.dbf'

    from x$kffxp p, v$asm_alias a,v$asm_disk d,v$asm_diskgroup dg

         where p.GROUP_KFFXP = a.GROUP_NUMBER

           and p.NUMBER_KFFXP = a.FILE_NUMBER

           and a.name in ('ASMRES.271.978291939')

           and p.LXN_KFFXP=0

           and d.GROUP_NUMBER=p.GROUP_KFFXP

           and dg.GROUP_NUMBER=p.GROUP_KFFXP

           and p.DISK_KFFXP=d.disk_number

    order by XNUM_KFFXP;

     

    生成的命令如下:

     

    dd if=/dev/mapper/data07 bs=4194304 count=1 skip=321 of=asmres_0.dbf

    dd if=/dev/mapper/data03 bs=4194304 count=1 skip=317 of=asmres_1.dbf

    dd if=/dev/mapper/data06 bs=4194304 count=1 skip=325 of=asmres_2.dbf

    dd if=/dev/mapper/data05 bs=4194304 count=1 skip=339 of=asmres_3.dbf

    dd if=/dev/mapper/data04 bs=4194304 count=1 skip=315 of=asmres_4.dbf

    dd if=/dev/mapper/data07 bs=4194304 count=1 skip=324 of=asmres_5.dbf

    dd if=/dev/mapper/data03 bs=4194304 count=1 skip=319 of=asmres_6.dbf

    dd if=/dev/mapper/data06 bs=4194304 count=1 skip=326 of=asmres_7.dbf

    dd if=/dev/mapper/data05 bs=4194304 count=1 skip=340 of=asmres_8.dbf

    dd if=/dev/mapper/data04 bs=4194304 count=1 skip=317 of=asmres_9.dbf

    dd if=/dev/mapper/data07 bs=4194304 count=1 skip=327 of=asmres_10.dbf

    dd if=/dev/mapper/data03 bs=4194304 count=1 skip=322 of=asmres_11.dbf

    dd if=/dev/mapper/data06 bs=4194304 count=1 skip=304 of=asmres_12.dbf

    dd if=/dev/mapper/data05 bs=4194304 count=1 skip=342 of=asmres_13.dbf

    dd if=/dev/mapper/data04 bs=4194304 count=1 skip=319 of=asmres_14.dbf

    dd if=/dev/mapper/data07 bs=4194304 count=1 skip=304 of=asmres_15.dbf

    dd if=/dev/mapper/data03 bs=4194304 count=1 skip=324 of=asmres_16.dbf

    dd if=/dev/mapper/data06 bs=4194304 count=1 skip=306 of=asmres_17.dbf

    dd if=/dev/mapper/data05 bs=4194304 count=1 skip=177 of=asmres_18.dbf

    dd if=/dev/mapper/data04 bs=4194304 count=1 skip=322 of=asmres_19.dbf

    dd if=/dev/mapper/data07 bs=4194304 count=1 skip=305 of=asmres_20.dbf

    dd if=/dev/mapper/data03 bs=4194304 count=1 skip=325 of=asmres_21.dbf

    dd if=/dev/mapper/data06 bs=4194304 count=1 skip=309 of=asmres_22.dbf

    dd if=/dev/mapper/data05 bs=4194304 count=1 skip=179 of=asmres_23.dbf

    dd if=/dev/mapper/data04 bs=4194304 count=1 skip=323 of=asmres_24.dbf

    dd if=/dev/mapper/data07 bs=4194304 count=1 skip=308 of=asmres_25.dbf

     

    然后再生成 dd 合成文件的 SQL,注意里面的 seek。

     

    SELECT

    'dd if=asmres_'||p.XNUM_KFFXP||'.dbf bs=4194304 count=1 seek='||p.XNUM_KFFXP||' of=asmres.all.dbf'

    from x$kffxp p, v$asm_alias a,v$asm_disk d,v$asm_diskgroup dg

         where p.GROUP_KFFXP = a.GROUP_NUMBER

           and p.NUMBER_KFFXP = a.FILE_NUMBER

           and a.name in ('ASMRES.271.978291939')

           and p.LXN_KFFXP=0

           and d.GROUP_NUMBER=p.GROUP_KFFXP

           and dg.GROUP_NUMBER=p.GROUP_KFFXP

           and p.DISK_KFFXP=d.disk_number

    order by XNUM_KFFXP;

     

    生成的结果如下:

    dd if=asmres_0.dbf bs=4194304 count=1 seek=0 of=asmres.all.dbf

    dd if=asmres_1.dbf bs=4194304 count=1 seek=1 of=asmres.all.dbf

    dd if=asmres_2.dbf bs=4194304 count=1 seek=2 of=asmres.all.dbf

    dd if=asmres_3.dbf bs=4194304 count=1 seek=3 of=asmres.all.dbf

    dd if=asmres_4.dbf bs=4194304 count=1 seek=4 of=asmres.all.dbf

    dd if=asmres_5.dbf bs=4194304 count=1 seek=5 of=asmres.all.dbf

    dd if=asmres_6.dbf bs=4194304 count=1 seek=6 of=asmres.all.dbf

    dd if=asmres_7.dbf bs=4194304 count=1 seek=7 of=asmres.all.dbf

    dd if=asmres_8.dbf bs=4194304 count=1 seek=8 of=asmres.all.dbf

    dd if=asmres_9.dbf bs=4194304 count=1 seek=9 of=asmres.all.dbf

    dd if=asmres_10.dbf bs=4194304 count=1 seek=10 of=asmres.all.dbf

    dd if=asmres_11.dbf bs=4194304 count=1 seek=11 of=asmres.all.dbf

    dd if=asmres_12.dbf bs=4194304 count=1 seek=12 of=asmres.all.dbf

    dd if=asmres_13.dbf bs=4194304 count=1 seek=13 of=asmres.all.dbf

    dd if=asmres_14.dbf bs=4194304 count=1 seek=14 of=asmres.all.dbf

    dd if=asmres_15.dbf bs=4194304 count=1 seek=15 of=asmres.all.dbf

    dd if=asmres_16.dbf bs=4194304 count=1 seek=16 of=asmres.all.dbf

    dd if=asmres_17.dbf bs=4194304 count=1 seek=17 of=asmres.all.dbf

    dd if=asmres_18.dbf bs=4194304 count=1 seek=18 of=asmres.all.dbf

    dd if=asmres_19.dbf bs=4194304 count=1 seek=19 of=asmres.all.dbf

    dd if=asmres_20.dbf bs=4194304 count=1 seek=20 of=asmres.all.dbf

    dd if=asmres_21.dbf bs=4194304 count=1 seek=21 of=asmres.all.dbf

    dd if=asmres_22.dbf bs=4194304 count=1 seek=22 of=asmres.all.dbf

    dd if=asmres_23.dbf bs=4194304 count=1 seek=23 of=asmres.all.dbf

    dd if=asmres_24.dbf bs=4194304 count=1 seek=24 of=asmres.all.dbf

    dd if=asmres_25.dbf bs=4194304 count=1 seek=25 of=asmres.all.dbf

     

    执行了之后,会得到一个 104M 的 asmres.all.dbf(你猜为什么不是当初创建的 100M ? )


    拼接好了之后,开始 dbv

     

    [grid@tafrac121 ~]$ dbv file=asmres.all.dbf

    DBVERIFY: Release 12.2.0.1.0 - Production on Fri Jun 8 22:15:37 2018

    Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights reserved.

    DBVERIFY - Verification starting : FILE = /home/grid/asmres.all.dbf

    DBVERIFY - Verification complete

    Total Pages Examined         : 12800

    Total Pages Processed (Data) : 1409

    Total Pages Failing   (Data) : 0

    Total Pages Processed (Index): 0

    Total Pages Failing   (Index): 0

    Total Pages Processed (Other): 166

    Total Pages Processed (Seg)  : 0

    Total Pages Failing   (Seg)  : 0

    Total Pages Empty            : 11225

    Total Pages Marked Corrupt   : 0

    Total Pages Influx           : 0

    Total Pages Encrypted        : 0

    Highest block SCN            : 2207155 (0.2207155)

    [grid@tafrac121 ~]$

     

    数据文件正常。

     

    刚才说到 ASMTABLE 这个表是由 21 号文件的,128,129,130,131,132,133,134,135,注意这里不连续,160,161,162,163,164,165,166,167,这16个块构成。

     

    以下是罗列的一些知识点:

    数据文件上的块号也是连续的。

    到这里就能把表的块号跟实际磁盘和AU对应起来了。

    例如,假如说5号文件的17520块是哪个磁盘的哪个AU:

    (17520*block_size)/au_size,就能得到extent_number号,根据分布图,找这个extent_number对应的AU和磁盘即可。

    --但是注意:11.1以后,出现了可变extent,就是说在extent较大的时候,一个extent里有多个AU,具体数值应该是1M的AU size的时候,数据文件超过20G会触发可变extent。

     

    附加验证:

     

    用 dd 的方法,把一个表 dd 出来,然后,把这个表 delete 掉,然后再拿 dd 出来的块,覆盖回去,看看数据还在不在。


    前面说过,数据库是 8192 的,AU 是 4M,所以一个 AU 可以存放,4*1024/8=512个块。  也就是说,这个表的所有块都在第一个 AU 里。


    就是前面的这个 AU:

    FILE_NAME                                    FILE_NUMBER     DISK_NUMBER       AU_NUMBER   EXTENT_NUMBER      P/S_EXTENT    GROUP_NUMBER PATH                                              AU_SIEZ_MB NAME

    ASMRES.271.978291939                                 271               4             321               0               0               1 /dev/mapper/data07                                         4 DATAC1

     

    在 /dev/mapper/data07 盘上的 .AU 号是 321。

     

    下面我们从数据文件上的位置,dd 出来这个表的数据。然后 SQLPLUS 清空这个表,再把 dd 出来的表块放回去。以验证我们推测的分布是正确的。


    注意知识点:

    ASM 文件跟放在文件系统上的数据文件,头部不一样,ASM 上的文件头部会多出来一个块。

    比如创建一个 10M 的数据文件,在文件系统上是 10240K,在 ASM 上,这个文件的size 是10240+8K。

     

    下面从已经 dd 出来的数据文件上,把表的 16 个块都 dd 出来。

     

    dd if=asmres.all.dbf of=8_block_1.dd  skip=129  bs=8192 count=8

    dd if=asmres.all.dbf of=8_block_2.dd  skip=161  bs=8192 count=8

     

    SQL> select BYTES/1024 from dba_segments where segment_name='ASMTABLE';

     

         BYTES/1024

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

                128

     

    把这个表,delete,清空掉。(如果这里用 truncate 会影响后面的结果不?)

     

    SQL> delete from asmtable;

    511 rows deleted.

    SQL> commit;

    Commit complete.

    SQL> select count(*) from asmtable;

     

           COUNT(*)

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

                  0

     

    然后把刚才 dd 出来的文件覆盖回去。覆盖 /dev/mapper/data07 这个盘的 321 号AU,为了方便,我们把这个 AU 拿出来。

     

    dd if=/dev/mapper/data07 bs=4194304 count=1 skip=321 of=AU_321_0.dbf

     

    把上面提取出来的表的两个 dd 写进这个 AU 的 dd,再把这个 AU 的 dd 写回磁盘。

    dd if=asmres.all.dbf of=8_block_1.dd  skip=129  bs=8192 count=8

    dd if=asmres.all.dbf of=8_block_2.dd  skip=161  bs=8192 count=8

     

    dd if=8_block_1.dd of=AU_321_0.dbf seek=129 bs=8192 count=8 conv=notrunc

    dd if=8_block_2.dd of=AU_321_0.dbf seek=161 bs=8192 count=8 conv=notrunc

     

    dd if=AU_321_0.dbf bs=4194304 count=1 seek=321 of=/dev/mapper/data07 conv=notrunc

     

    然后重启整个数据库。

    SQL> alter session set container=ora122pdb1;

    Session altered.

    SQL> select count(*) from asmtable;

     

      COUNT(*)

    ----------

           511

     

    验证完毕,这样方式对应的 block 号和 au 号是正确的。


    作者:李敏

    投稿:有投稿意向技术人请在公众号对话框留言。

    转载:意向文章下方留言。

    点击阅读原文可发现近期精彩活动

    更多精彩请关注 “数据和云” 公众号


    资源下载

    关注公众号:数据和云(OraNews)回复关键字获取

    2018DTCC , 数据库大会PPT

    2017DTC,2017 DTC 大会 PPT

    DBALIFE ,“DBA 的一天”海报

    DBA04 ,DBA 手记4 电子书

    122ARCH ,Oracle 12.2体系结构图

    2017OOW ,Oracle OpenWorld 资料

    PRELECTION ,大讲堂讲师课程资料

    近期文章

    仅仅使用AWR做报告? 性能优化还未入门

    实战课堂:一则CPU 100%的故障分析

    杨廷琨:如何编写高效SQL(含PPT)

    一份高达555页的技术PPT会是什么样子?

    大象起舞:用PostgreSQL解海盗分金问题

    ProxySQL!像C罗一样的强大

    高手过招:用SQL解决环环相扣刑侦推理问题

    640?wx_fmt=png

  • 相关阅读:
    CSS实现返回网页顶部
    jQuery实现小火箭动态返回顶部代码
    Linux目录结构介绍
    Linux常用命令及技巧
    Linux文件系统
    Linux特性
    numpy中基础函数
    restful规范
    堆栈
    三次握手与四次挥手
  • 原文地址:https://www.cnblogs.com/hzcya1995/p/13312326.html
Copyright © 2020-2023  润新知