备案控制台
探索云世界
开发者社区 数据库 文章 正文

[20130116]ASM未正常启动,使用dd找回数据文件.txt

2013-01-16 692
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： [20130116]ASM未正常启动,使用dd找回数据文件.txt参考链接：http://www.xifenfei.com/3025.html,自己为了加强理解，重做一次。
[20130116]ASM未正常启动,使用dd找回数据文件.txt

参考链接：http://www.xifenfei.com/3025.html,自己为了加强理解，重做一次。 

SQL> column name format a50
SQL> select file#,ts#,status,enabled,checkpoint_change#,name,bytes  from v$datafile;

     FILE#        TS# STATUS  ENABLED    CHECKPOINT_CHANGE# NAME                                                    BYTES
---------- ---------- ------- ---------- ------------------ -------------------------------------------------- ----------
         1          0 SYSTEM  READ WRITE            6460476 +DATA/test/datafile/system.270.762883167            775946240
         2          1 ONLINE  READ WRITE            6460476 +DATA/test/datafile/sysaux.269.762883167            597688320
         3          2 ONLINE  READ WRITE            6460476 +DATA/test/datafile/undotbs1.267.762883167          519045120
         4          4 ONLINE  READ WRITE            6460476 +DATA/test/datafile/users.266.762883167             722206720
         5          6 ONLINE  READ WRITE            6460476 +DATA/test/datafile/example.268.762883167           104857600
         6          7 ONLINE  READ WRITE            6460476 +DATA/test/datafile/tools.280.762943407             104857600
         7          8 ONLINE  READ WRITE            6460476 +DATA/test/datafile/test.284.770380219               10485760
         8         10 ONLINE  READ WRITE            6460476 +DATA/test/datafile/mssm.291.771757063              104857600

8 rows selected.

SQL> SELECT GROUP_NUMBER, FILE_NUMBER, NAME FROM v$asm_alias WHERE upper(NAME) LIKE '%SPFILE%' GROUP BY GROUP_NUMBER, FILE_NUMBER, NAME;
GROUP_NUMBER FILE_NUMBER NAME
------------ ----------- --------------------------------------------------
           1         258 spfile.258.762881973
           1         258 spfiletest.ora

SQL> SELECT disk_kffxp, au_kffxp, xnum_kffxp FROM x$kffxp  WHERE GROUP_KFFXP=1 AND NUMBER_KFFXP=258;
DISK_KFFXP   AU_KFFXP XNUM_KFFXP
---------- ---------- ----------
         0         92          0

SQL> SELECT GROUP_NUMBER, FILE_NUMBER, NAME FROM v$asm_alias WHERE upper(NAME) LIKE '%TEST%' GROUP BY GROUP_NUMBER, FILE_NUMBER, NAME;

GROUP_NUMBER FILE_NUMBER NAME
------------ ----------- -------------------
           1         258 spfiletest.ora
           1         284 TEST.284.770380219
           1  4294967295 TEST

SQL> SELECT disk_kffxp, au_kffxp, xnum_kffxp FROM x$kffxp  WHERE GROUP_KFFXP=1 AND NUMBER_KFFXP=284;

DISK_KFFXP   AU_KFFXP XNUM_KFFXP
---------- ---------- ----------
         0       2676          0
         0       2677          1
         0       2672          2
         0       2673          3
         0       2674          4
         0       2675          5
         0       2576          6
         0       2577          7
         0       2578          8
         0       2579          9
         0       2580         10

11 rows selected.

SQL> column path format a40
SQL> select DISK_NUMBER,GROUP_NUMBER,PATH from v$asm_disk;

DISK_NUMBER GROUP_NUMBER PATH
----------- ------------ ----------------------------------------
          1            0 /dev/raw/raw2
          0            1 /dev/raw/raw1
--注:当前 /dev/raw/raw2没有使用

昨天测试了asm启动的情况下取出数据文件，主要知道文件号，以及x$kffxp视图。
如果不启动asm实例这些视图不能访问，如何取出数据文件呢？[我的测试取出+DATA/test/datafile/test.284.770380219数据文件]

利用kfed知道数据文件对应的AU,使用dd命令拼接形成数据文件。

按照链接：http://www.xifenfei.com/3025.html
kfed找出相关AU映射
------------------------------------------------------------------------------
1号文件的第一个AU（0号盘2号AU）中，只能保存1至255号文件的。
从256号文件开始，AU的分布信息保存在1号文件第二个AU中。
其中第一个块（0号块），对应256号文件。1号块对应257号文件，等等，依此类推。
------------------------------------------------------------------------------
按照链接http://www.xifenfei.com/3025.html，他的测试有两个分区，我仅仅一个，上面那句话，我读了N久，慢慢理解， 

$ kfed
as/mlib         ASM Library [asmlib='lib']
aun/um          AU number to examine or update [AUNUM=number]
aus/z           Allocation Unit size in bytes [AUSZ=number]
blkn/um         Block number to examine or update [BLKNUM=number]
blks/z          Metadata block size in bytes [BLKSZ=number]
ch/ksum         Update checksum before each write [CHKSUM=YES/NO]
cn/t            Count of AUs to process [CNT=number]
d/ev            ASM device to examine or update [DEV=string]
o/p             KFED operation type [OP=READ/WRITE/MERGE/REPAIR/NEW/FORM/FIND/STRUCT]
p/rovnm         Name for provisioning purposes [PROVNM=string]
s/eek           AU number to seek to [SEEK=number]
te/xt           File name for translated block text [TEXT=string]
ty/pe           ASM metadata block type number [TYPE=number]

$ kfed read /dev/raw/raw1 aun=2 blkn=1 | less
kfbh.endian:                          1 ; 0x000: 0x01
kfbh.hard:                          130 ; 0x001: 0x82
kfbh.type:                            4 ; 0x002: KFBTYP_FILEDIR
kfbh.datfmt:                          1 ; 0x003: 0x01
kfbh.block.blk:                       1 ; 0x004: T=0 NUMB=0x1
kfbh.block.obj:                       1 ; 0x008: TYPE=0x0 NUMB=0x1
kfbh.check:                  3606471433 ; 0x00c: 0xd6f66309
kfbh.fcn.base:                      460 ; 0x010: 0x000001cc
kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000
kfbh.spare1:                          0 ; 0x018: 0x00000000
kfbh.spare2:                          0 ; 0x01c: 0x00000000
kfffdb.node.incarn:                   1 ; 0x000: A=1 NUMM=0x0
kfffdb.node.frlist.number:   4294967295 ; 0x004: 0xffffffff
kfffdb.node.frlist.incarn:            0 ; 0x008: A=0 NUMM=0x0
kfffdb.hibytes:                       0 ; 0x00c: 0x00000000
kfffdb.lobytes:                 2097152 ; 0x010: 0x00200000
kfffdb.xtntcnt:                       2 ; 0x014: 0x00000002
kfffdb.xtnteof:                       2 ; 0x018: 0x00000002
kfffdb.blkSize:                    4096 ; 0x01c: 0x00001000
kfffdb.flags:                         1 ; 0x020: O=1 S=0 S=0 D=0 C=0 I=0 R=0 A=0
kfffdb.fileType:                     15 ; 0x021: 0x0f
kfffdb.dXrs:                         17 ; 0x022: SCHE=0x1 NUMB=0x1
kfffdb.iXrs:                         17 ; 0x023: SCHE=0x1 NUMB=0x1
kfffdb.dXsiz[0]:             4294967295 ; 0x024: 0xffffffff
kfffdb.dXsiz[1]:                      0 ; 0x028: 0x00000000
kfffdb.dXsiz[2]:                      0 ; 0x02c: 0x00000000
kfffdb.iXsiz[0]:             4294967295 ; 0x030: 0xffffffff
kfffdb.iXsiz[1]:                      0 ; 0x034: 0x00000000
kfffdb.iXsiz[2]:                      0 ; 0x038: 0x00000000
kfffdb.xtntblk:                       2 ; 0x03c: 0x0002
kfffdb.break:                        60 ; 0x03e: 0x003c
kfffdb.priZn:                         0 ; 0x040: KFDZN_COLD
kfffdb.secZn:                         0 ; 0x041: KFDZN_COLD
kfffdb.ub2spare:                      0 ; 0x042: 0x0000
kfffdb.alias[0]:             4294967295 ; 0x044: 0xffffffff
kfffdb.alias[1]:             4294967295 ; 0x048: 0xffffffff
kfffdb.strpwdth:                      0 ; 0x04c: 0x00
kfffdb.strpsz:                        0 ; 0x04d: 0x00
kfffdb.usmsz:                         0 ; 0x04e: 0x0000
kfffdb.crets.hi:               32958287 ; 0x050: HOUR=0xf DAYS=0x1a MNTH=0x9 YEAR=0x7db
kfffdb.crets.lo:              542028800 ; 0x054: USEC=0x0 MSEC=0x3ad SECS=0x4 MINS=0x8
kfffdb.modts.hi:               32958287 ; 0x058: HOUR=0xf DAYS=0x1a MNTH=0x9 YEAR=0x7db
kfffdb.modts.lo:              542028800 ; 0x05c: USEC=0x0 MSEC=0x3ad SECS=0x4 MINS=0x8
kfffdb.dasz[0]:                       0 ; 0x060: 0x00
kfffdb.dasz[1]:                       0 ; 0x061: 0x00
kfffdb.dasz[2]:                       0 ; 0x062: 0x00
kfffdb.dasz[3]:                       0 ; 0x063: 0x00
kfffdb.permissn:                      0 ; 0x064: 0x00
kfffdb.ub1spar1:                      0 ; 0x065: 0x00
kfffdb.ub2spar2:                      0 ; 0x066: 0x0000
kfffdb.user.entnum:                   0 ; 0x068: 0x0000
kfffdb.user.entinc:                   0 ; 0x06a: 0x0000
kfffdb.group.entnum:                  0 ; 0x06c: 0x0000
kfffdb.group.entinc:                  0 ; 0x06e: 0x0000
kfffdb.spare[0]:                      0 ; 0x070: 0x00000000
kfffdb.spare[1]:                      0 ; 0x074: 0x00000000
kfffdb.spare[2]:                      0 ; 0x078: 0x00000000
kfffdb.spare[3]:                      0 ; 0x07c: 0x00000000
kfffdb.spare[4]:                      0 ; 0x080: 0x00000000
kfffdb.spare[5]:                      0 ; 0x084: 0x00000000
kfffdb.spare[6]:                      0 ; 0x088: 0x00000000
kfffdb.spare[7]:                      0 ; 0x08c: 0x00000000
kfffdb.spare[8]:                      0 ; 0x090: 0x00000000
kfffdb.spare[9]:                      0 ; 0x094: 0x00000000
kfffdb.spare[10]:                     0 ; 0x098: 0x00000000
kfffdb.spare[11]:                     0 ; 0x09c: 0x00000000
kfffdb.usm:                             ; 0x0a0: length=0
kfffde[0].xptr.au:                    2 ; 0x4a0: 0x00000002
kfffde[0].xptr.disk:                  0 ; 0x4a4: 0x0000
kfffde[0].xptr.flags:                 0 ; 0x4a6: L=0 E=0 D=0 S=0
kfffde[0].xptr.chk:                  40 ; 0x4a7: 0x28
kfffde[1].xptr.au:                   59 ; 0x4a8: 0x0000003b
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
从256号文件开始，AU的分布信息保存在1号文件第二个AU中。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
kfffde[1].xptr.disk:                  0 ; 0x4ac: 0x0000
kfffde[1].xptr.flags:                 0 ; 0x4ae: L=0 E=0 D=0 S=0
kfffde[1].xptr.chk:                  17 ; 0x4af: 0x11
kfffde[2].xptr.au:           4294967295 ; 0x4b0: 0xffffffff
kfffde[2].xptr.disk:              65535 ; 0x4b4: 0xffff
kfffde[2].xptr.flags:                 0 ; 0x4b6: L=0 E=0 D=0 S=0
kfffde[2].xptr.chk:                  42 ; 0x4b7: 0x2a
kfffde[3].xptr.au:           4294967295 ; 0x4b8: 0xffffffff
kfffde[3].xptr.disk:              65535 ; 0x4bc: 0xffff
kfffde[3].xptr.flags:                 0 ; 0x4be: L=0 E=0 D=0 S=0
kfffde[3].xptr.chk:                  42 ; 0x4bf: 0x2a

--注意看我~ 的地方。
从256号文件开始，AU的分布信息保存在1号文件第二个AU中，也就是（0号盘，59号AU）。
其中第一个块（0号块），对应256号文件。1号块对应257号文件，等等，依此类推。

--这样spfile文件号是258，test文件号是284
-- 258-256=2 , 284-256=28

$ kfed read /dev/raw/raw1 aun=59 blkn=2
...
kfffde[0].xptr.au:                   92 ; 0x4a0: 0x0000005c
kfffde[0].xptr.disk:                  0 ; 0x4a4: 0x0000
kfffde[0].xptr.flags:                 0 ; 0x4a6: L=0 E=0 D=0 S=0
kfffde[0].xptr.chk:                 118 ; 0x4a7: 0x76
kfffde[1].xptr.au:           4294967295 ; 0x4a8: 0xffffffff
kfffde[1].xptr.disk:              65535 ; 0x4ac: 0xffff
kfffde[1].xptr.flags:                 0 ; 0x4ae: L=0 E=0 D=0 S=0
kfffde[1].xptr.chk:                  42 ; 0x4af: 0x2a
...
au=4294967295,表示还未分配。

$ kfed read /dev/raw/raw1 aun=59 blkn=28| less
kfffde[0].xptr.au:                 2676 ; 0x4a0: 0x00000a74
kfffde[0].xptr.disk:                  0 ; 0x4a4: 0x0000
kfffde[0].xptr.flags:                 0 ; 0x4a6: L=0 E=0 D=0 S=0
kfffde[0].xptr.chk:                  84 ; 0x4a7: 0x54
kfffde[1].xptr.au:                 2677 ; 0x4a8: 0x00000a75
kfffde[1].xptr.disk:                  0 ; 0x4ac: 0x0000
kfffde[1].xptr.flags:                 0 ; 0x4ae: L=0 E=0 D=0 S=0
kfffde[1].xptr.chk:                  85 ; 0x4af: 0x55
kfffde[2].xptr.au:                 2672 ; 0x4b0: 0x00000a70
kfffde[2].xptr.disk:                  0 ; 0x4b4: 0x0000
kfffde[2].xptr.flags:                 0 ; 0x4b6: L=0 E=0 D=0 S=0
kfffde[2].xptr.chk:                  80 ; 0x4b7: 0x50
kfffde[3].xptr.au:                 2673 ; 0x4b8: 0x00000a71
kfffde[3].xptr.disk:                  0 ; 0x4bc: 0x0000
kfffde[3].xptr.flags:                 0 ; 0x4be: L=0 E=0 D=0 S=0
kfffde[3].xptr.chk:                  81 ; 0x4bf: 0x51
kfffde[4].xptr.au:                 2674 ; 0x4c0: 0x00000a72
kfffde[4].xptr.disk:                  0 ; 0x4c4: 0x0000
kfffde[4].xptr.flags:                 0 ; 0x4c6: L=0 E=0 D=0 S=0
kfffde[4].xptr.chk:                  82 ; 0x4c7: 0x52
kfffde[5].xptr.au:                 2675 ; 0x4c8: 0x00000a73
kfffde[5].xptr.disk:                  0 ; 0x4cc: 0x0000
kfffde[5].xptr.flags:                 0 ; 0x4ce: L=0 E=0 D=0 S=0
kfffde[5].xptr.chk:                  83 ; 0x4cf: 0x53
kfffde[6].xptr.au:                 2576 ; 0x4d0: 0x00000a10
kfffde[6].xptr.disk:                  0 ; 0x4d4: 0x0000
kfffde[6].xptr.flags:                 0 ; 0x4d6: L=0 E=0 D=0 S=0
kfffde[6].xptr.chk:                  48 ; 0x4d7: 0x30
kfffde[7].xptr.au:                 2577 ; 0x4d8: 0x00000a11
kfffde[7].xptr.disk:                  0 ; 0x4dc: 0x0000
kfffde[7].xptr.flags:                 0 ; 0x4de: L=0 E=0 D=0 S=0
kfffde[7].xptr.chk:                  49 ; 0x4df: 0x31
kfffde[8].xptr.au:                 2578 ; 0x4e0: 0x00000a12
kfffde[8].xptr.disk:                  0 ; 0x4e4: 0x0000
kfffde[8].xptr.flags:                 0 ; 0x4e6: L=0 E=0 D=0 S=0
kfffde[8].xptr.chk:                  50 ; 0x4e7: 0x32
kfffde[9].xptr.au:                 2579 ; 0x4e8: 0x00000a13
kfffde[9].xptr.disk:                  0 ; 0x4ec: 0x0000
kfffde[9].xptr.flags:                 0 ; 0x4ee: L=0 E=0 D=0 S=0
kfffde[9].xptr.chk:                  51 ; 0x4ef: 0x33
kfffde[10].xptr.au:                2580 ; 0x4f0: 0x00000a14
kfffde[10].xptr.disk:                 0 ; 0x4f4: 0x0000
kfffde[10].xptr.flags:                0 ; 0x4f6: L=0 E=0 D=0 S=0
kfffde[10].xptr.chk:                 52 ; 0x4f7: 0x34
kfffde[11].xptr.au:          4294967295 ; 0x4f8: 0xffffffff
kfffde[11].xptr.disk:             65535 ; 0x4fc: 0xffff
kfffde[11].xptr.flags:                0 ; 0x4fe: L=0 E=0 D=0 S=0
kfffde[11].xptr.chk:                 42 ; 0x4ff: 0x2a
--这样与上面的查询信息对上了，使用dd取出就很简单了。

$ kfed read /dev/raw/raw1 aun=59 blkn=28 text=a.txt

--我仅仅一个磁盘，过滤a.txt，最后编辑内容如下就可以了，执行就可以取出数据文件了。

$ grep 'xptr.au:' a.txt | grep -v '4294967295 ;'| cut -d';' -f1 | cut -d':' -f2 | sed 's/ //g'
2676
2677
2672
2673
2674
2675
2576
2577
2578
2579
2580

$ grep 'xptr.au:' a.txt | grep -v '4294967295 ;'| cut -d';' -f1 | cut -d':' -f2 | sed 's/ //g'| sed -e  's+^+dd if=/dev/sda7 bs=1024k count=1 skip=+' -e 's/$/ >>test01.dbf/'
dd if=/dev/sda7 bs=1024k count=1 skip=2676  >>test01.dbf
dd if=/dev/sda7 bs=1024k count=1 skip=2677  >>test01.dbf
dd if=/dev/sda7 bs=1024k count=1 skip=2672  >>test01.dbf
dd if=/dev/sda7 bs=1024k count=1 skip=2673  >>test01.dbf
dd if=/dev/sda7 bs=1024k count=1 skip=2674  >>test01.dbf
dd if=/dev/sda7 bs=1024k count=1 skip=2675  >>test01.dbf
dd if=/dev/sda7 bs=1024k count=1 skip=2576  >>test01.dbf
dd if=/dev/sda7 bs=1024k count=1 skip=2577  >>test01.dbf
dd if=/dev/sda7 bs=1024k count=1 skip=2578  >>test01.dbf
dd if=/dev/sda7 bs=1024k count=1 skip=2579  >>test01.dbf
dd if=/dev/sda7 bs=1024k count=1 skip=2580  >>test01.dbf


文章标签：
服务网格
SQL
Perl
关键词：
服务网格文件
服务网格数据文件
服务网格数据文件txt
lfreeali
目录
相关文章
余二五
|
SQL Oracle 关系型数据库
AMDU-- ASM文件转移工具
余二五
1043 0
余二五
|
SQL Oracle 关系型数据库
Oracle工具之--ASM与文件系统及跨网络传输文件
余二五
1031 0
技术小美
|
Oracle 关系型数据库 数据库管理
ASM认证与口令文件
技术小美
1038 0
寒凝雪
|
SQL
ASM 翻译系列第三十一弹：了解ASM文件的空间分配
寒凝雪
1455 0
寒凝雪
|
SQL
ASM 翻译系列第三十五弹：ASM 253号文件——ASM spfile
寒凝雪
1623 0
小麦苗
|
SQL 数据库
asm管理的dg数据文件缺失的处理方法
一次由于DG磁盘组满了，而这段时间生产上又产生新的数据文件，导致在dg上新建的数据文件变成UNNAMED命名的数据文件了1、        生产库通过convert备份缺失的文件RMAN> convert datafile '+DATA/ctsdb/datafile/ts_recent.
小麦苗
999 0
南方南
|
数据库 关系型数据库 Oracle
asm和file system之间数据文件的转换
南方南
2528 0
小麦苗
|
SQL Oracle 关系型数据库
【ASM】ASM数据文件和OS文件（FILESYSTEM）转移方法总结
【ASM】ASM数据文件和OS文件（FILESYSTEM）转移方法总结 blog文档结构图：   1  说明 本blog介绍了各种asm数据文件和filesystem文件之间的转换方法，有的记录了过程，有的没有记录过程只记录了相关代码，大家若有兴趣可以自行测试。
小麦苗
855 0
lfreeali
|
SQL Oracle 关系型数据库
[20130115]测试从asm中取出spfile文件以及一个数据文件.txt
[20130115]测试从asm中取出spfile文件以及一个数据文件.txt参考: http://www.xifenfei.com/3019.html 使用dd复制asm中文件SQL> column name format a50 SQL> select fi...
lfreeali
601 0
leshami
|
Oracle 关系型数据库 数据库
使用 ASMCMD 工具管理ASM目录及文件
--============================== -- 使用ASMCMD 工具管理ASM目录及文件 --==============================       在ASM实例中，所有的存储于ASM磁盘组中的文件对于操作系统命令而言是不可访问的，因此也无法使用常规的命令来操纵ASM磁盘中的文 件。
leshami
862 0