bbed查看datafile头结构

最新推荐文章于 2021-12-18 20:48:42 发布
最新推荐文章于 2021-12-18 20:48:42 发布
阅读量131 收藏
点赞数
文章标签： 数据库
BBED> map /v
 File: /u01/app/oracle/oradata/test/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    


tailchk 尾部校验，一共是8188个块，因为是从0开始的，所以最后一个字节是8187




BBED> p kcvfh
struct kcvfh, 860 bytes                     @0       
   struct kcvfhbfh, 20 bytes                @0       
      ub1 type_kcbh                         @0        0x0b
      ub1 frmt_kcbh                         @1        0xa2
      ub1 spare1_kcbh                       @2        0x00
      ub1 spare2_kcbh                       @3        0x00
      ub4 rdba_kcbh                         @4        0x00800001
 -->>block_address(RDBA（Tablespace relative database block address）值由64*kccfhfno+0001)
     rdba_kcbh由8位组成，前4位为绝对文件号*64，后4位由块号组成
      ub4 bas_kcbh                          @8        0x00000000
      ub2 wrp_kcbh                          @12       0x0000
      ub1 seq_kcbh                          @14       0x01
      ub1 flg_kcbh                          @15       0x04 (KCBHFCKV)
      ub2 chkval_kcbh                       @16       0xdf87
      ub2 spare3_kcbh                       @18       0x0000
   struct kcvfhhdr, 76 bytes                @20      
      ub4 kccfhswv                          @20       0x00000000
      ub4 kccfhcvn                          @24       0x0b200000
      ub4 kccfhdbi                          @28       0x84f3b3b7
      text kccfhdbn[0]                      @32      T
      text kccfhdbn[1]                      @33      E
      text kccfhdbn[2]                      @34      S
      text kccfhdbn[3]                      @35      T
      text kccfhdbn[4]                      @36       
      text kccfhdbn[5]                      @37       
      text kccfhdbn[6]                      @38       
      text kccfhdbn[7]                      @39       
      ub4 kccfhcsq                          @40       0x000060b0
      ub4 kccfhfsz                          @44       0x00018100
-->>文件的大小,其实是块的个数(数据文件大小(ls -l)除块的大小再减去1)
      s_blkz kccfhbsz                       @48       0x00
      ub2 kccfhfno                          @52       0x0002
-->>文件号 这里是绝对文件号
      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       
   ub4 kcvfhrdb                             @96       0x00000000
   struct kcvfhcrs, 8 bytes                 @100     
      ub4 kscnbas                           @100      0x0000088c
-->>文件创建时间的scn
      ub2 kscnwrp                           @104      0x0000
   ub4 kcvfhcrt                             @108      0x2d6c7768
-->>文件创建时间
   ub4 kcvfhrlc                             @112      0x37a5bd6c
   struct kcvfhrls, 8 bytes                 @116     
      ub4 kscnbas                           @116      0x0cef63f6
      ub2 kscnwrp                           @120      0x0dcc
   ub4 kcvfhbti                             @124      0x00000000
   struct kcvfhbsc, 8 bytes                 @128     
      ub4 kscnbas                           @128      0x00000000
-->>最后一次检查点的scn
      ub2 kscnwrp                           @132      0x0000
   ub2 kcvfhbth                             @136      0x0000
   ub2 kcvfhsta                             @138      0x0004 (KCVFHOFZ)
   struct kcvfhckp, 36 bytes                @484     
      struct kcvcpscn, 8 bytes              @484     
         ub4 kscnbas                        @484      0x0d1b6700
         ub2 kscnwrp                        @488      0x0dcc
      ub4 kcvcptim                          @492      0x37bfbf1f
-->>最后一次检查点时间
      ub2 kcvcpthr                          @496      0x0001
      union u, 12 bytes                     @500     
         struct kcvcprba, 12 bytes          @500     
            ub4 kcrbaseq                    @500      0x000000b5
            ub4 kcrbabno                    @504      0x00000002
            ub2 kcrbabof                    @508      0x0010
      ub1 kcvcpetb[0]                       @512      0x02
      ub1 kcvcpetb[1]                       @513      0x00
      ub1 kcvcpetb[2]                       @514      0x00
      ub1 kcvcpetb[3]                       @515      0x00
      ub1 kcvcpetb[4]                       @516      0x00
      ub1 kcvcpetb[5]                       @517      0x00
      ub1 kcvcpetb[6]                       @518      0x00
      ub1 kcvcpetb[7]                       @519      0x00
   ub4 kcvfhcpc                             @140      0x0000041f
-->>检查点计数 checkpoint_count   
   ub4 kcvfhrts                             @144      0x37bfbf1e
   ub4 kcvfhccc                             @148      0x0000041e
-->>比检查点计数少1
   struct kcvfhbcp, 36 bytes                @152     
      struct kcvcpscn, 8 bytes              @152     
         ub4 kscnbas                        @152      0x00000000
         ub2 kscnwrp                        @156      0x0000
      ub4 kcvcptim                          @160      0x00000000
      ub2 kcvcpthr                          @164      0x0000
      union u, 12 bytes                     @168     
         struct kcvcprba, 12 bytes          @168     
            ub4 kcrbaseq                    @168      0x00000000
            ub4 kcrbabno                    @172      0x00000000
            ub2 kcrbabof                    @176      0x0000
      ub1 kcvcpetb[0]                       @180      0x00
      ub1 kcvcpetb[1]                       @181      0x00
      ub1 kcvcpetb[2]                       @182      0x00
      ub1 kcvcpetb[3]                       @183      0x00
      ub1 kcvcpetb[4]                       @184      0x00
      ub1 kcvcpetb[5]                       @185      0x00
      ub1 kcvcpetb[6]                       @186      0x00
      ub1 kcvcpetb[7]                       @187      0x00
   ub4 kcvfhbhz                             @312      0x00000000
   struct kcvfhxcd, 16 bytes                @316     
      ub4 space_kcvmxcd[0]                  @316      0x00000000
      ub4 space_kcvmxcd[1]                  @320      0x00000000
      ub4 space_kcvmxcd[2]                  @324      0x00000000
      ub4 space_kcvmxcd[3]                  @328      0x00000000
   sword kcvfhtsn                           @332      1
-->>表空间号
   ub2 kcvfhtln                             @336      0x0006
   text kcvfhtnm[0]                         @338     S
   text kcvfhtnm[1]                         @339     Y
   text kcvfhtnm[2]                         @340     S
   text kcvfhtnm[3]                         @341     A
   text kcvfhtnm[4]                         @342     U
   text kcvfhtnm[5]                         @343     X
   text kcvfhtnm[6]                         @344      
   text kcvfhtnm[7]                         @345      
   text kcvfhtnm[8]                         @346      
   text kcvfhtnm[9]                         @347      
   text kcvfhtnm[10]                        @348  
-->>表空间名    
   text kcvfhtnm[11]                        @349      
   text kcvfhtnm[12]                        @350      
   text kcvfhtnm[13]                        @351      
   text kcvfhtnm[14]                        @352      
   text kcvfhtnm[15]                        @353      
   text kcvfhtnm[16]                        @354      
   text kcvfhtnm[17]                        @355      
   text kcvfhtnm[18]                        @356      
   text kcvfhtnm[19]                        @357      
   text kcvfhtnm[20]                        @358      
   text kcvfhtnm[21]                        @359      
   text kcvfhtnm[22]                        @360      
   text kcvfhtnm[23]                        @361      
   text kcvfhtnm[24]                        @362      
   text kcvfhtnm[25]                        @363      
   text kcvfhtnm[26]                        @364      
   text kcvfhtnm[27]                        @365      
   text kcvfhtnm[28]                        @366      
   text kcvfhtnm[29]                        @367      
   ub4 kcvfhrfn                             @368      0x00000002
-->>相对文件号
   struct kcvfhrfs, 8 bytes                 @372     
      ub4 kscnbas                           @372      0x00000000
      ub2 kscnwrp                           @376      0x0000
   ub4 kcvfhrft                             @380      0x00000000
   struct kcvfhafs, 8 bytes                 @384     
      ub4 kscnbas                           @384      0x00000000
      ub2 kscnwrp                           @388      0x0000
   ub4 kcvfhbbc                             @392      0x00000000
   ub4 kcvfhncb                             @396      0x00000000
   ub4 kcvfhmcb                             @400      0x00000000
   ub4 kcvfhlcb                             @404      0x00000000
   ub4 kcvfhbcs                             @408      0x00000000
   ub2 kcvfhofb                             @412      0x0000
   ub2 kcvfhnfb                             @414      0x0000
   ub4 kcvfhprc                             @416      0x37938f39
   struct kcvfhprs, 8 bytes                 @420     
      ub4 kscnbas                           @420      0x000f30dc
      ub2 kscnwrp                           @424      0x0000
   struct kcvfhprfs, 8 bytes                @428     
      ub4 kscnbas                           @428      0x00000000
      ub2 kscnwrp                           @432      0x0000
   ub4 kcvfhtrt                             @444      0x00000000




没见过 kcvfh 这东西,DSI 403 里有一些说明,觉得还是 dump 一下 header 看看为好


alter session set events 'immediate trace name file_hdrs level 1'; --表示dump 所有数据文件头部的控制文件项。
alter session set events 'immediate trace name file_hdrs level 2'; --表示dump 所有数据文件的通用文件头。
alter session set events 'immediate trace name file_hdrs level 10'; --表示dump 所有数据文件的完整文件头。






DATA FILE #1: 
  name #7: /u01/app/oracle/oradata/test/system01.dbf
creation size=0 block size=8192 status=0xe head=7 tail=7 dup=1
 tablespace 0, index=1 krfil=1 prev_file=0
 unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
 Checkpoint cnt:1055 scn: 0x0dcc.0d1b6700 02/07/2017 09:13:03
 Stop scn: 0xffff.ffffffff 02/07/2017 09:12:26
 Creation Checkpointed at scn:  0x0000.00000007 09/17/2011 09:46:08
 thread:0 rba:(0x0.0.0)
 enabled  threads:  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
  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 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
 Offline scn: 0x0dcc.0cef63f5 prev_range: 0
 Online Checkpointed at scn:  0x0dcc.0cef63f6 01/18/2017 15:46:52
 thread:1 rba:(0x1.2.0)
 enabled  threads:  01000000 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 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 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
 Hot Backup end marker scn: 0x0000.00000000
 aux_file is NOT DEFINED 
 Plugged readony: NO
 Plugin scnscn: 0x0000.00000000
 Plugin resetlogs scn/timescn: 0x0000.00000000 01/01/1988 00:00:00
 Foreign creation scn/timescn: 0x0000.00000000 01/01/1988 00:00:00
 Foreign checkpoint scn/timescn: 0x0000.00000000 01/01/1988 00:00:00
 Online move state: 0
 V10 STYLE FILE HEADER:
Compatibility Vsn = 186646528=0xb200000
Db ID=2230563767=0x84f3b3b7, Db Name='TEST'
Activation ID=0=0x0
Control Seq=24752=0x60b0, File size=106240=0x19f00
File Number=1, Blksiz=8192, File Type=3 DATA
Tablespace #0 - SYSTEM  rel_fn:1 
Creation   at   scn: 0x0000.00000007 09/17/2011 09:46:08
Backup taken at scn: 0x0000.00000000 01/01/1988 00:00:00 thread:0
 reset logs count:0x37a5bd6c scn: 0x0dcc.0cef63f6
 prev reset logs count:0x37938f39 scn: 0x0000.000f30dc
 recovered at 02/07/2017 09:13:02
 status:0x2004 root dba:0x00400208 chkpt cnt: 1055 ctl cnt:1054
begin-hot-backup file size: 0
Checkpointed at scn:  0x0dcc.0d1b6700 02/07/2017 09:13:03
 thread:1 rba:(0xb5.2.10)
 enabled  threads:  01000000 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 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 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
Backup Checkpointed at scn:  0x0000.00000000 
 thread:0 rba:(0x0.0.0)
 enabled  threads:  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
  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 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
External cache id: 0x0 0x0 0x0 0x0
Absolute fuzzy scn: 0x0000.00000000
Recovery fuzzy scn: 0x0000.00000000 01/01/1988 00:00:00
Terminal Recovery Stamp  01/01/1988 00:00:00
Platform Information: Creation Platform ID: 13
Current Platform ID: 13 Last Platform ID: 13




数据库视图  X$KCVFH  的内容


select * from X$KCVFH where fhrfn = 1




00007F10DEE07270 0 1 1 1 281474976710655 0 10 0 186646528 2230563767 TEST 24752 106240 8192 1 3 4194824 7 09/17/2011 09:46:08 01/18/2017 15:46:52 933608812 15170041504758 01/04/2017 20:48:57 932417337 995548 0 0 8196 15170044389120 02/07/2017 09:13:03 1 181 2 16 020000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 1055 02/07/2017 09:13:02 1054 0 0 0 0 0 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 0 00000000000000000000000000000000 0 SYSTEM 1 0 0 1 0 /u01/app/oracle/oradata/test/system01.dbf 10 10 0 0 4194306 15170039793821 0 0 0 0 0 0 0 0 0 0 0 0000000000000000000000000000000000000000000000000000000000000000 15170041501304


先科普一下 ub1,ub2,ub4
BBED> help all


u - a letter which specifies a unit size:
  b - b1, ub1 (byte)
  h - b2, ub2 (half-word)
  w - b4, ub4(word)
  r - Oracle table/index row
























来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7569309/viewspace-2133166/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7569309/viewspace-2133166/

ciyixi4265
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
oracle文件系统解析——数据文件
Gostorm
01-07 632
讲述了oracle数据文件及相关的基础概念
oracle可以放在文件的第一号,【案例】Oracle报错ORA-01210 datafile header block损坏的修复方法...
weixin_35696075的博客
04-03 767
天萃荷净Oracle研究中心案例分析：运维DBA反映Oracle数据库遇到报错ORA-01210分析原因为数据文件头块损坏块导致，使用BBED修复损坏文件。本站文章除注明转载外，均为本站原创： 转载自love wife & love life —Roger 的Oracle技术博客本文链接地址: Archivelog 模式下，datafile header损坏，如何恢复？客户数据库出现故障，...
使用BBED查看数据文件头(block# 1)的简单使用及查询DBID/DB_NAME等信息
还不算晕的专栏
11-28 3802
DBID及DB_NAME的查看在最后。 一、关于BBED使用命令show all中显示DBA的计算： BBED> show all        ---这命令显示了当前的文件号、BLOCK号，偏移号、COUNT数等信息。         FILE#           1         BLOCK#          1         OFFSET          0
oracle_bbed.Datafile.Header_System.数据文件头信息
cuixi0781的博客
03-25 293
BBED> show FILE#1 BLOCK#1 OFFSET0 DBA...
1.OracleBBED解析数据块——介绍
badman250的专栏
01-20 3万+
1.OracleBBED解析数据块——介绍 欢迎转载，转载请标明出处：          本篇主要是受吕大师博客的勾引，也决定使用BBED工具来耍一耍。          BBED全称：BlockBrower and Editor .          当然，这个也只是内部使用，不会有任何公司公开这个BBED的细节的。所以，只有一些非官方的文档了。          不过，开篇之前蛤蟆要
8.Oracle BBED解析数据块——BBED基本使用五
badman250的专栏
01-23 3万+
8.Oracle BBED解析数据块——BBED基本使用五 欢迎转载，转载请标明出处： 1.  copy    Copy命令用于将块从一个地方复制到另一个地方。          例如将块从某个文件复制到另一个文件。 如下： BBED> copy dba 13,3276 to dba 13,3277  File: /oradata/tpcc1.dbf (13)  Block:
ORA-01190使用bbed强制online数据文件
你好我是李白
12-18 543
ORA-01190使用bbed强制online数据文件
oracle bbed
01-25
然后使用`map`命令来映射文件并查看其内容，如`BBED> map /v File:/u01/backup/system1.dbf (1)`。 总的来说，BBED提供了深入的数据文件级别的操作能力，对于数据库管理员来说，这是一款非常有用的工具，尤其是在...
oracle bbed安装配置
12-05
3. **运行BBED**：编译完成后，通过命令行启动BBED，通常格式为`bbedit <database instance> <data file>`，其中`<database instance>`是数据库实例名，`<data file>`是需要查看或编辑的数据文件。 4. **查看与修改...
非常规恢复使用BBED跳过归档
12-17
- **数据块**：普通的数据块，可通过`alter system dump datafile 3 block 23;`命令查看特定数据文件的具体数据块信息。 - **UNDO段头块**：通过`alter system dump undo header '_SYSSMU1$';`命令可以获得UNDO段的...
STDF文件格式的封装
02-07
STDF文件格式的封装。 STDF文件格式的封装。STDF文件格式的封装。STDF文件格式的封装。 STDF文件格式的封装。 STDF文件格式的封装。STDF文件格式的封装。 STDF文件格式的封装。 STDF文件格式的封装。
通过bbed解决数据文件不能online的问题
fgs314的专栏
09-14 436
1.oracle11g rac一个数据文件建错地方了,应该建在ASM上边，但是建在本地的文件系统上了，导致节点2一直报错。 2.数据库管理员对数据文件进行了offline drop处理，节点2不报错了，但是文件系统上的数据文件一直删除不掉。 3.现在数据文件是recovery状态，对数据文件进行recover时，报缺少归档日志，但是因为数据库没开归档，所以没有归档日志。 4.分析这个问题应该...
cpp知识点小结
weixin_54025765的博客
05-01 483
cout 不会截断数据； 头文件：<iomanip> setw（ ）包括小数点，右对齐，字符串的空格也有效 ，只对下一个有效； cout . width ( ) ; setprecision （ ）有效位数 ，一直有效； cout.precision ( ) ; setprecision(2) << setiosflags（iOS：：fixed) 小数点位数 ; cout .setf ( ios::fixed | ios::showpoint) // 输出小...
bbed的使用--安装及初探
weixin_30468137的博客
02-07 178
bbed是oracle内部一款用来直接查看和修改数据文件数据的工具，可以直接修改Oracle数据文件块的内容，在一些特殊恢复场景下比较有用。 1.bbed 的安装 在9i/10g中连接生成bbed: cd $ORACLE_HOME/rdbms/lib make -f ins_rdbms.mk $ORACLE_HOME/rdbms/lib/bbed 11g中缺省未提供BBED库文件...
通过bbed了解数据块结构
weixin_34405332的博客
11-24 135
首先我们有一个表为 SQL> select * from t2; ID NAME ---------- ---------------------------------------------------------------------------------------------------- 1 AAAAA 1...
各类型file的文件头文件尾
Quincy.Coder的博客
01-08 2329
http://www.mamicode.com/info-detail-2468733.html
JS中使用"data-"开头的属性及data()方法实现自定义属性
热门推荐
大头之家
05-25 4万+
data-toggle 这种以 data- 开头的格式放在元素上表示元素携带的数据，如： 1 img id="img" src="small.jpg" data-bigimg="big.jpg" /> JQuery的 data() 方法可以直接操作，如： 1 2 //获取： var
使用bbed修改数据
Database、Code
11-01 1562
bbed是一个强大的工具，允许我们绕过oracle直接从数据文件中修改对应的内容 ZBDBA@orcl11g>select * from emp; EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO ---------- ------
jQuery Mobile中头部栏header的data-*选项
全栈工程师开发手册（原创）https://github.com/tencentmusic/cube-studio
08-31 2854
全栈工程师开发手册 （作者：栾鹏） jQuery Mobile 所有data-*选项 jQuery Mobile中头部栏header的data-*选项 带有 data-role=”header” 的容器。 //data-id sometext 规定唯一 ID。对于持续的头部栏是必需的 //data-position
使用BBED查看和编辑ASM数据指南
"这篇文档由Marcin Przepiorowski编写，主要介绍如何使用BBED（Binary Block Editor）查看和编辑存储在ASM（Automatic Storage Management）结构中的数据。BBED是Oracle内置的一个用于查看和编辑数据库块的工具。本...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值