bbed的使用--查看数据文件信息 & sid信息

来源：互联网发布：mac os 10.13 vmtools 编辑：程序博客网时间：2024/06/06 12:30

1.得到文件的块大小和数据块个数

在Linux和Unix上,oracle提供了一个小工具dbfsize用于查看文件块大小

(可以参看[ID：360032.1]How to detect and fix a corruption in the datafile OS header - ORA-27047)

[oracle@ora11g test1212]$ which dbfsize/u01/app/oracle/product/11.2.0/db_1/bin/dbfsize--查看控制文件块大小[oracle@ora11g test1212]$ dbfsize control01.ctlDatabase file: control01.ctlDatabase file type: file systemDatabase file size: 594 16384 byte blocks--查看redo log文件块大小[oracle@ora11g test1212]$ dbfsize redo01.logDatabase file: redo01.logDatabase file type: file systemDatabase file size: 102400 512 byte blocks--查看system01文件块大小[oracle@ora11g test1212]$ dbfsize system01.dbfDatabase file: system01.dbfDatabase file type: file systemDatabase file size: 87040 8192 byte blocks

可以看到通过dbfsize可以得到system01.dbf这个文件的块信息有2个数据： 87040和8192。

现在我们要通过bbed来做查询得到相应的信息

首先我们用bbed定位到1号文件的0号块，并dump出相应的信息来

BBED> set file 1    FILE#              1BBED> set block 0    BLOCK#             0BBED> show all    FILE#              1    BLOCK#             0    OFFSET             0    DBA                0x00400000 (4194304 1,0)    FILENAME           /u01/app/oracle/oradata/test1212/system01.dbf    BIFILE             bifile.bbd    LISTFILE           dbfiles.txt    BLOCKSIZE          8192    MODE               Edit    EDIT               Unrecoverable    IBASE              Dec    OBASE              Dec    WIDTH              80    COUNT              512    LOGFILE            log.bbd    SPOOL              NoBBED> dumpFile: /u01/app/oracle/oradata/test1212/system01.dbf (1)Block: 0                Offsets:    0 to  511           Dba:0x00400000-----------------------------------------------------------------------00a20000 0000c0ff 00000000 00000000 67ae0000 00200000 00540100 7d7c7b7a a0810000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

以上就是1号文件0号块dump出来的信息。经查询资料，我们先有一个通过实验总结出来的结论：

第20-23个字节，存放了数据块的大小；第24-27个字节，存放了数据文件的大小。

对比上面的信息可以得到：第20-23个字节是 “00200000”，第24-27个字节是“00540100”

那么我们怎么得到“00200000”和“00540100”这2个对应的十进制数是多少呢？

在这里，我们先要了解操作系统的一个有关cpu的知识----字节顺序在几乎所有的机器上，多字节对象都被存储为连续的字节序列，对象的地址为所有使用字节中最小的地址。 假设一个类型为int的变量x的地址为0x100,也就是说，地址表达式&x的值 为0x100。那么x的4个字节将被存储在存储器的0x100、0x101 、0x102、 x103位置。 某些机器选择在存储器中按照从最低有效字节到高位有效字节的顺序存储对象，而另一些机器则按照从最高有效字节到最低有效字节的顺序存储。 前一种规则：最低有效字节在最前面的方式，称为小端法(little endian)。 后一种规则：最高有效字节在最前面的方式，称为大端法(big endian)。

oracle给我们提供了一个字典表来查询系统是大端还是小端：

SQL> select * from V$TRANSPORTABLE_PLATFORM ORDER BY PLATFORM_ID;PLATFORM_ID PLATFORM_NAME                       ENDIAN_FORMAT----------- -------------------------------------------------- ----------------------------      1 Solaris[tm] OE (32-bit)                   Big      2 Solaris[tm] OE (64-bit)                   Big      3 HP-UX (64-bit)                       Big      4 HP-UX IA (64-bit)                       Big      5 HP Tru64 UNIX                       Little      6 AIX-Based Systems (64-bit)                   Big      7 Microsoft Windows IA (32-bit)               Little      8 Microsoft Windows IA (64-bit)               Little      9 IBM zSeries Based Linux                   Big     10 Linux IA (32-bit)                       Little     11 Linux IA (64-bit)                       Little     12 Microsoft Windows x86 64-bit               Little     13 Linux x86 64-bit                       Little     15 HP Open VMS                        Little     16 Apple Mac OS                       Big     17 Solaris Operating System (x86)               Little     18 IBM Power Based Linux                   Big     19 HP IA Open VMS                       Little     20 Solaris Operating System (x86-64)               Little     21 Apple Mac OS (x86-64)                   Little

有了上面的补充知识，那么回过来看“00200000”和“00540100”。因为我机器的环境是linux 64位，所以是小端，所以在存储的时候其实是取反了再存的。

我们把“00200000”和“00540100” 取反，再转换成10进制：

因为16进制是2位一个字节，所以以每两位为单位进行取反：（如 12345678 取反==》7856 3412）

00200000 取反==》0000 0020select to_number('2000','xxxxxx') from dual; 819200540100 取反==》00015400 select to_number('15400','xxxxxx') from dual; 87040

如上所示，得到了“00200000”和“00540100”的10进制结果分别是8192和87040，就和之前的dbfsize所得到的结果一致了。

备注：

元数据中：number类型都要进行反，而字符类型不需要取反；而数据库的表里面的number类型也不需要取反

2.查看dbid和sid

通过sql语句查询，我们可以查询到sid和dbid的信息

SQL> select dbid,name from v$database;      DBID NAME---------- ---------------3488422402 TEST1212

那么怎么通过bbed去验证它呢？

首先，要有一个通过实验总结出来的：每个文件头的1号块都有dbid和sid，dbid的信息存放在块的第28-31个字节，而sid的信息存放在第32-39个字节中

我们在这儿取1号文件的1号块，并dump出来：

BBED> set file 1    FILE#              1BBED> set block 1    BLOCK#             1BBED> map File: /u01/app/oracle/oradata/test1212/system01.dbf (1) Block: 1                                     Dba:0x00400001------------------------------------------------------------ Data File Header struct kcvfh, 860 bytes                    @0        ub4 tailchk                                @8188    BBED> dump File: /u01/app/oracle/oradata/test1212/system01.dbf (1) Block: 1                Offsets:    0 to  511           Dba:0x00400001------------------------------------------------------------------------ 0ba20000 01004000 00000000 00000104 fae40000 00000000 0000200b 021aedcf  54455354 31323132 30050000 00540100 00200000 01000300 00000000 00000000  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000  08024000 07000000 00000000 25316a29 04864d31 38830b00 00000000 00000000  00000000 00000000 00000420 97000000 25f6ff31 96000000 00000000 00000000  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000  00000000 00000000 00000000 00000000 06005359 5354454d 00000000 00000000  00000000 00000000 00000000 00000000 01000000 00000000 00000000 00000000  00000000 00000000 00000000 00000000 00000000 00000000 00000000 0a000a00  20316a29 01000000 00000000 00000000 00000000 00000000 00000000 00000000  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000  00000000 7b281100 000093bf fd660132 0100775b 39000000 02000000 10005d10  <32 bytes per line>BBED>

根据实验总结出来的结论为向导，找到第28-31个字节和第32-39个字节的信息:

第28-31个字节:"021aedcf"，根据之前提到的字节顺序存放的知识，我们做如下的操作：

021aedcf 取反==》  0xcfed1a02SQL> select to_number('cfed1a02','xxxxxxxx') from dual;TO_NUMBER('CFED1A02','XXXXXXXX')--------------------------------3488422402--可以很清楚的看到021aedcf取反再转化成10进制数所得到的结果是3488422402，而这个正好和通过sql查询出来的dbid是一样的！

可以很清楚的看到021aedcf取反再转化成10进制数所得到的结果是3488422402，而这个正好和通过sql查询出来的dbid是一样的！

而第32-39个字节的信息:"54455354 31323132"，我们通过一个sql来查询这一串字符到底代表的是什么：

SQL> select chr(to_number((substr(replace('54455354 31323132',' '),rownum*2-1,2)),'xxxxxxxxxxx')) from v$mystat where rownum <9;CH--TEST1212

通过结果我们也可以发现"54455354 31323132"原来对应的就是我们的sid。

另外，我们可以通过bbed继续观察：

BBED> map /v File: /u01/app/oracle/oradata/test1212/system01.dbf (1) Block: 1                                     Dba:0x00400001------------------------------------------------------------ Data File Header struct kcvfh, 860 bytes                    @0           struct kcvfhbfh, 20 bytes               @0           struct kcvfhhdr, 76 bytes               @20          ub4 kcvfhrdb                            @96          struct kcvfhcrs, 8 bytes                @100         ub4 kcvfhcrt                            @108         ub4 kcvfhrlc                            @112         struct kcvfhrls, 8 bytes                @116         ub4 kcvfhbti                            @124         struct kcvfhbsc, 8 bytes                @128         ub2 kcvfhbth                            @136         ub2 kcvfhsta                            @138         struct kcvfhckp, 36 bytes               @484         ub4 kcvfhcpc                            @140         ub4 kcvfhrts                            @144         ub4 kcvfhccc                            @148         struct kcvfhbcp, 36 bytes               @152         ub4 kcvfhbhz                            @312         struct kcvfhxcd, 16 bytes               @316         sword kcvfhtsn                          @332         ub2 kcvfhtln                            @336         text kcvfhtnm[30]                       @338         ub4 kcvfhrfn                            @368         struct kcvfhrfs, 8 bytes                @372         ub4 kcvfhrft                            @380         struct kcvfhafs, 8 bytes                @384         ub4 kcvfhbbc                            @392         ub4 kcvfhncb                            @396         ub4 kcvfhmcb                            @400         ub4 kcvfhlcb                            @404         ub4 kcvfhbcs                            @408         ub2 kcvfhofb                            @412         ub2 kcvfhnfb                            @414         ub4 kcvfhprc                            @416         struct kcvfhprs, 8 bytes                @420         struct kcvfhprfs, 8 bytes               @428         ub4 kcvfhtrt                            @444      ub4 tailchk                                @8188

我们已经知道dbid的信息存放在块的第28-31个字节，而sid的信息存放在第32-39个字节中，那么我们可以观察到这个信息其实就是放在结构struct kcvfhhdr, 76 bytes @20 中的（位于@20-@96这2个之间）

再继续查看kcvfhhdr的详细信息：

BBED> print kcvfhhdrstruct kcvfhhdr, 76 bytes                   @20         ub4 kccfhswv                             @20       0x00000000   ub4 kccfhcvn                             @24       0x0b200000   ub4 kccfhdbi                             @28       0xcfed1a02   text kccfhdbn[0]                         @32      T   text kccfhdbn[1]                         @33      E   text kccfhdbn[2]                         @34      S   text kccfhdbn[3]                         @35      T   text kccfhdbn[4]                         @36      1   text kccfhdbn[5]                         @37      2   text kccfhdbn[6]                         @38      1   text kccfhdbn[7]                         @39      2   ub4 kccfhcsq                             @40       0x00000530   ub4 kccfhfsz                             @44       0x00015400   s_blkz kccfhbsz                          @48       0x00   ub2 kccfhfno                             @52       0x0001   ub2 kccfhtyp                             @54       0x0003   ub4 kccfhacid                            @56       0x00000000   ub4 kccfhcks                             @60       0x00000000   text kccfhtag[0]                         @64          text kccfhtag[1]                         @65          text kccfhtag[2]                         @66          text kccfhtag[3]                         @67          text kccfhtag[4]                         @68          text kccfhtag[5]                         @69          text kccfhtag[6]                         @70          text kccfhtag[7]                         @71          text kccfhtag[8]                         @72          text kccfhtag[9]                         @73          text kccfhtag[10]                        @74          text kccfhtag[11]                        @75          text kccfhtag[12]                        @76          text kccfhtag[13]                        @77          text kccfhtag[14]                        @78          text kccfhtag[15]                        @79          text kccfhtag[16]                        @80          text kccfhtag[17]                        @81          text kccfhtag[18]                        @82          text kccfhtag[19]                        @83          text kccfhtag[20]                        @84          text kccfhtag[21]                        @85          text kccfhtag[22]                        @86          text kccfhtag[23]                        @87          text kccfhtag[24]                        @88          text kccfhtag[25]                        @89          text kccfhtag[26]                        @90          text kccfhtag[27]                        @91          text kccfhtag[28]                        @92          text kccfhtag[29]                        @93          text kccfhtag[30]                        @94          text kccfhtag[31]                        @95       BBED>

这下更能清楚的看到：

   ub4 kccfhdbi                             @28      0xcfed1a02   text kccfhdbn[0]                         @32      T   text kccfhdbn[1]                         @33      E   text kccfhdbn[2]                         @34      S   text kccfhdbn[3]                         @35      T   text kccfhdbn[4]                         @36      1   text kccfhdbn[5]                         @37      2   text kccfhdbn[6]                         @38      1   text kccfhdbn[7]                         @39      2

第28到31的是“0xcfed1a02”，也就是我们之前已经算出来的dbid的十六进制结果；

而第32到39更能直观的看到sid的显示。也间接的告诉了我们，sid只有8个bit来存放，这些都是块格式中规定好了的，所以有些想把sid的长度定义超过8位的想法是不现实的。

0 0