Oracle RBA(redo byte address)

矫情吗；* 2023-09-23 23:15 99阅读 0赞

Oracle rba = redo byte address 脏数据块对应的redo记录条目的位置 . RBA由3部分组成，4byte+4byte+2byte 分别为 logfile sequence number ，logfile block number，byte offset into the block ， 即redo 序列号，redo 块号，以及偏移量。 这里RBA对应bbed中的500 504 508 BBED> p kcvfhckp ... union u, 12 bytes @500 struct kcvcprba, 12 bytes @500 ub4 kcrbaseq @500 0x0000000a ub4 kcrbabno @504 0x00000089 ub2 kcrbabof @508 0x0010 ... 并且全部使用16进制。 例如：rba= 0000000a.00000089.0010 第一个4byte对应kcrbaseq 第二个4byte对应kcrbabno 第三个2byte对应kcrbabof 所以在跳过归档继续恢复时，不仅需要修改500 kcrbaseq 还要修改504 kcrbabno 和 508 kcrbabof

**查看归档日志中重做记录的RBA：**

SQL> oradebug setmypid Statement processed.  SQL> oradebug tracefile_name /oracle/app/diag/rdbms/prod/prod/trace/prod_ora_4126.trc  SQL> alter system dump logfile '/oracle/app/product/11.2.0/db_1/dbs/arch1_10_1046156085.dbf'; System altered.  从转储trace中找到第一条重做记录信息： SQL>less /oracle/app/diag/rdbms/prod/prod/trace/prod_ora_4126.trc ... REDO RECORD - Thread:1 RBA: 0x00000a.00000002.0010 LEN: 0x0070 VLD: 0x05 SCN: 0x0000.0010fd59 SUBSCN:  1 10/09/2020 21:47:07 (LWN RBA: 0x00000a.00000002.0010 LEN: 0001 NST: 0001 SCN: 0x0000.0010fd57) CHANGE #1 MEDIA RECOVERY MARKER SCN:0x0000.00000000 SEQ:0 OP:17.3 ENC:0 ...  以上内容为10号归档日志中第一个重做记录，可以看出第一个重做记录的RBA=0x00000a.00000002.0010

这里Oracle RBA有几点需要注意：

1. dbwn 写出 dirtyblock 是使用一个叫做ckpt queue的双向链表来维护的，按照lrba的顺序写出dirty block 到 disk 上面。

2. 每个dirty block 上面都有一个lrba ，并且有一个指向ckpt queue的指针。

3. dbwn触发条件，请详见concepts。

好，下面我们用实验来看看Oracle RBA：

### Oracle RBA 1. 先取出几个块的数据 ###

01:57:02 dex@FAKE> select \* from

01:58:10 2 (

01:58:10 3 selectdbms\_rowid.rowid\_relative\_fno(substr(rowid,1,15)||'AAA') as file\# ,

01:58:10 4 dbms\_rowid.rowid\_block\_number(substr(rowid,1,15)||'AAA') as blk\#,

01:58:10 5 max(t.id),max(t.name)

01:58:10 6 from dex.t

01:58:10 7 group by substr(rowid,1,15)

01:58:10 8 )

01:58:10 9 where rownum < 4 ;

FILE\# BLK\# MAX(T.ID) MAX(T.NAME)

\---------- ---------- ---------- --------------------

4 446 37949 name

4 447 38433 name

4 442 39401 name

看一下x$bh

02:02:17 sys@FAKE> select dbablk ,lrba\_seq,lrba\_bno,flag from x$bh b where file\#=4 and dbablk in (442,446,447);

DBABLK LRBA\_SEQ LRBA\_BNO FLAG

\---------- ---------- ---------- ----------

442 0 0 524288

447 0 0 524288

446 0 0 524288

看一下当前的cache low rba 和 ondisk rba

02:02:21 sys@FAKE> selectcplrba\_seq,cplrba\_bno,cplrba\_bof,cpodr\_seq,cpodr\_bno,cpodr\_bof,cphbt,cpodt fromx$kcccp where indx=0 ;

CPLRBA\_SEQ CPLRBA\_BNO CPLRBA\_BOF CPODR\_SEQ CPODR\_BNO CPODR\_BOF CPHBT CPODT

\---------- ---------- ---------- -------------------- ---------- ---------- --------------------

37 10567 0 37 13157 0 791349660 08/15/2012 02:02:02

### Oracle RBA 2. 更新数据 ###

02:07:16 sys@FAKE> update dex.t set name='aaaa'where id=37949 ;

1 row updated.

02:10:46 sys@FAKE> update dex.t set name='ssss'where id=38433 ;

1 row updated.

02:10:46 sys@FAKE> update dex.t set name='dddd'where id=39401 ;

1 row updated.

02:10:48 sys@FAKE> commit ;

Commit complete.

### Oracle RBA 3. 查看一下各种状态 ###

状态为脏数据

02:10:51 sys@FAKE> select dbablk ,lrba\_seq,lrba\_bno,flag from x$bh b where file\#=4 and dbablk in (442,446,447);

DBABLK LRBA\_SEQ LRBA\_BNO FLAG

\---------- ---------- ---------- ----------

442 37 14429 33554433

447 37 14429 33554433

446 37 14429 33554433

现在的cache low rba 为14104

02:10:56 sys@FAKE> selectcplrba\_seq,cplrba\_bno,cplrba\_bof,cpodr\_seq,cpodr\_bno,cpodr\_bof,cphbt,cpodt fromx$kcccp where indx=0 ;

CPLRBA\_SEQ CPLRBA\_BNO CPLRBA\_BOF CPODR\_SEQ CPODR\_BNO CPODR\_BOF CPHBT CPODT

\---------- ---------- ---------- -------------------- ---------- ---------- --------------------

37 14104 0 37 14437 0 791349830 08/15/2012 02:10:51

### Oracle RBA 4. 再来更新一下442块的内容 ###

02:12:00 sys@FAKE> update dex.t setname='bfsdff' where id=39401 ;

1 row updated.

02:10:10 sys@FAKE> commit ;

Commit complete.

可以看到flag变了，但是这个block的lrba确没有变，这是因为对于一个dirty block 只会有一个lrba。直到这个dirty block被写出到disk为止。

02:12:36 sys@FAKE> select dbablk ,lrba\_seq,lrba\_bno,flag from x$bh b where file\#=4 and dbablk in (442,446,447);

DBABLK LRBA\_SEQ LRBA\_BNO FLAG

\---------- ---------- ---------- ----------

442 37 14429 33554441

447 37 14429 33554433

446 37 14429 33554433

我们可以看到这时的 cache low rba 已经为14398 这说明 14398以前的dirty block 已经被写出到disk上。

02:12:55 sys@FAKE> selectcplrba\_seq,cplrba\_bno,cplrba\_bof,cpodr\_seq,cpodr\_bno,cpodr\_bof,cphbt,cpodt fromx$kcccp where indx=0 ;

CPLRBA\_SEQ CPLRBA\_BNO CPLRBA\_BOF CPODR\_SEQ CPODR\_BNO CPODR\_BOF CPHBT CPODT

\---------- ---------- ---------- -------------------- ---------- ---------- --------------------

37 14398 0 37 14491 0 791349872 08/15/2012 02:12:13

再来看一下buffer中的内容。lrba的内容已经被清掉了。

02:15:47 sys@FAKE> select dbablk ,lrba\_seq,lrba\_bno,flag from x$bh b where file\#=4 and dbablk in (442,446,447);

DBABLK LRBA\_SEQ LRBA\_BNO FLAG

\---------- ---------- ---------- ----------

442 0 0 35651584

447 0 0 35651584

446 0 0 35651584

关于实例恢复：

实例恢复是从cache low rba 到 ondisk rba的，但是ckpt 确实每3秒检查一次dbwn写出的状态，所以就有可能出现dirty block 已经写出到disk上，但是却没有记录到controlfile header 上面。这个时候，实例恢复还是从上一次记录的cache low rba 开始恢复。

下面有个实例恢复的trace信息，见附录2。

使用dump logfile 命令查看dirty block当前rba。具体请看下面的附录1。

附录1

查看dirty block 当前rba

sys@FAKE> set time on

02:34:21 sys@FAKE> oradebug setmypid

Statement processed.

02:34:24 sys@FAKE> oradebugtracefile\_name

/u01/apps/oracle/diag/rdbms/fake/fake/trace/fake\_ora\_7405.trc

02:34:28 sys@FAKE> selectl.sequence\#,l.group\#,l.status,f.status,member from v$log l , v$logfile f wherel.group\#=f.group\# ;

SEQUENCE\# GROUP\# STATUS STATUS

\---------- ---------- -----------------------

MEMBER

\------------------------------------------------------------------------------------------------------------------------------------------------------

36 3 INACTIVE

/u01/apps/oracle/oradata/fake/redo03.log

35 2 INACTIVE

/u01/apps/oracle/oradata/fake/redo02.log

37 1 CURRENT

/u01/apps/oracle/oradata/fake/redo01.log

02:35:14 sys@FAKE> alter system dumplogfile '/u01/apps/oracle/oradata/fake/redo01.log'

02:35:28 2 dba min 4 442

02:36:38 3 dba max 4 442 ;

System altered.

02:36:42 sys@FAKE> !vi/u01/apps/oracle/diag/rdbms/fake/fake/trace/fake\_ora\_7405.trc

主要片段