原文地址:http://blog.csdn.net/oradh/article/details/25683769

这篇文章紧接着上一篇“ORA-01555错误总结(一)”,主要描述延迟块清除导致的ORA-01555错误。下面是一些简单介绍(上一遍已经介绍过)
ORA-01555错误是一种在oracle数据库中非常常见的错误,甚至也可以说是一个非常经典的错误,只是由于oracle的发展越来越自动化(UNDO自动管理+加强),这个错误已经越来越少见,可能很多使用10g的DBA都没有遇到过这个错误。
这个错误在9i之前的版本(UNDO手工管理)出现的最多,也是最常见的,甚至可以说怎么样处理和避免ORA-01555 错误是令每一个DBA曾头痛,但是又必须面对的问题。从9i的undo自动管理,至现在的10g、11g中的undo auto tuning,使得ORA-01555错误越来越少,但是这个错误仍然不可避免,特别是那些分析型的系统中(OLAP)。
错误原因(一般有两种)
  • SQL语句执行时,需要读取UNDO(前映像数据)来构造CR数据块,完成一致性读取。但是在读取undo前映像数据时发现,undo信息已经被覆盖(undo空间循环使用),不能构造一致性读的CR块,抛出ORA-01555错误
  • SQL语句执行时,访问到的数据块,需要进行延迟块清除,但是在进行延迟块清除时,不能确定这个数据块的事务提交时间与SQL执行开始时间的先后次序,从而抛出ORA-01555错误
备注:延迟块清除是指前一个事务完成提交时(commit),由于修改块已经刷新至磁盘等原因,未完成块事务信息的清除(ILT,LB信息等等),在后续的SQL语句访问该块时,需要清除这些信息,这个动作即延迟块清除。
第二种情况的解决方法(仅供参考)
  • 增加UNDO空间,延缓UNDO信息被覆盖,也可以理解为增加undo空间循环使用一次的时间,尽量避免延迟块清除时需要的undo信息被覆盖。
  • 我们知道这类错误一般出现在OLAP类型的业务系统中,针对这种情况,最有效的方法是收集可能出现延迟块清除并抛出ORA-01555错误的表,在业务逻辑中,完成事务后,针对这些表立即进行一次全表扫描(清理块上的事务信息),避免后续访问清理时出现的ORA-01555错误。如果业务逻辑修改较困难,可以根据业务规则,指定一个定时针对这些表的全表扫面任务,来规避延迟块清除导致的ORA-01555错误
备注:针对第一情况的解决方法和示例请见我上一篇文章《ORA-01555错误总结(一)》。
注意事项
  • 全表查询中使用select count(*),避免使用select *,因为select count(*)的效率和速度远远高于select *;
  • 必须使用提示(full hint),避免使用索引快速扫面的执行计划来统计行数(select count(*))
  • 不能使用并行提示(parallel),因为在表上进行并行查询是,以DIRECT READ方式读取表时不会清理数据块上的事务信息
  • 11GR2中新特性,当表大小超过一定阀值时,使用direct path read代替db file scatter read扫描,必须避免这种情况。
  • 如果表实在太大,全表扫描的时间过长,可以将表分段(根据dba_extends转化为rowid),进行分段查询。
全表扫描语法
   select /*+ full(a) */ count(*) from scott.emp a;
表分段语法(trunks变量表示将表分为几段,owner和table_name变量分别表示表对象的用户名和表名)(摘自老熊博客)
select dbms_rowid.rowid_create(1, oid1, fid1, bid1, 0) rowid1,  
       dbms_rowid.rowid_create(1, oid2, fid2, bid2, 9999) rowid2  
  from (select a.*, rownum rn  
          from (select chunk_no,  
                       min(oid1) oid1,  
                       max(oid2) oid2,  
                       min(fid1) fid1,  
                       max(fid2) fid2,  
                       min(bid1) bid1,  
                       max(bid2) bid2  
                  from (select chunk_no,  
                               FIRST_VALUE(data_object_id) OVER(PARTITION BY chunk_no ORDER BY data_object_id, relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) oid1,  
                               LAST_VALUE(data_object_id) OVER(PARTITION BY chunk_no ORDER BY data_object_id, relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) oid2,  
                               FIRST_VALUE(relative_fno) OVER(PARTITION BY chunk_no ORDER BY data_object_id, relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) fid1,  
                               LAST_VALUE(relative_fno) OVER(PARTITION BY chunk_no ORDER BY data_object_id, relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) fid2,  
                               FIRST_VALUE(block_id) OVER(PARTITION BY chunk_no ORDER BY data_object_id, relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) bid1,  
                               LAST_VALUE(block_id + blocks - 1) OVER(PARTITION BY chunk_no ORDER BY data_object_id, relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) bid2  
                          from (select data_object_id,  
                                       relative_fno,  
                                       block_id,  
                                       blocks,  
                                       ceil(sum2 / chunk_size) chunk_no  
                                  from (select /*+ rule */ b.data_object_id,  
                                               a.relative_fno,  
                                               a.block_id,  
                                               a.blocks,  
                                               sum(a.blocks) over(order by b.data_object_id, a.relative_fno, a.block_id) sum2,  
                                               ceil(sum(a.blocks)  
                                                    over() / &trunks) chunk_size  
                                          from dba_extents a, dba_objects b  
                                         where a.owner = b.owner  
                                           and a.segment_name = b.object_name  
                                           and nvl(a.partition_name, '-1') =  
                                               nvl(b.subobject_name, '-1')  
                                           and b.data_object_id is not null  
                                           and a.owner = upper('&owner')  
                                           and a.segment_name = upper('&table_name'))))  
                 group by chunk_no  
                 order by chunk_no) a);   
块延迟清除导致ORA-01555错误示例
(1)新建一个非常小的undo表空间,并切换至改表空间,同时新建两个表dhtest1、dhtest2。
SQLcreate undo tablespace undo2 datafile '/u01/test/test/undo2.dbf' size 2m autoextend off;
Tablespace created.
SQLalter system set undo_tablespace='UNDO2';
System altered.
SQLcreate table dhtest1 as select object_id,object_name from dba_objects;
Table created.
SQLcreate table dhtest2 as select owner,table_name from dba_tables;
Table created.
SQLSELECT
  2  dbms_rowid.rowid_object(rowid) object_id,
  3   dbms_rowid.rowid_relative_fno(rowid) REL_FNO,
  4  dbms_rowid.rowid_block_number(rowid) BLOCKNO,
  5   dbms_rowid.rowid_row_number(rowid) ROWNO,rowid,OWNER,TABLE_NAME
  6   FROM dhtest2 WHERE table_name='DHTEST1';

OBJECT_ID    REL_FNO    BLOCKNO      ROWNO ROWID              OWNER                          TABLE_NAME
---------- ---------- ---------- ---------- ------------------ ------------------------------------------------------------
     73431          4        957         83 AAAR7XAAEAAAAO9ABT DH                             DHTEST1

(2)开始测试,session A 更新表dhtest2上rowid='AAAR7XAAEAAAAO9ABT'的数据行

update dhtest2 set table_name='yyyyyy' where rowid='AAAR7XAAEAAAAO9ABT';
row updated.
(3)dump 被更新数据行的数据块(datafile 4,block 957)

SQL> oradebug setmypid;
Statement processed.
SQL> oradebug tracefile_name;
/u01/oracle/diag/rdbms/test/test/trace/test_ora_26266.trc
SQLalter system flush buffer_cache;   --刷新内存,后续提交不会情况数据块中的事务信息
System altered.
SQLalter system dump datafile 4 block 957;
System altered.
Block header dump:  0x010003bd
 Object id on Block? Y
 seg/obj: 0x11ed7  csc: 0x00.fbdc3  itc: 3  flg: E  typ: 1 - DATA
     brn: 1  bdba: 0x10003b0 ver: 0x01 opc: 0
     inc: 0  exflg: 0
 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0xffff.000.00000000  0x00000000.0000.00  C---    0  scn 0x0000.000fbdc3
0x02   0x0016.013.00000002  0x018000b4.0000.1b  ----    1  fsc 0x0001.00000000    ----    0  fsc 0x0000.00000000
bdba: 0x010003bd
data_block_dump,data header at 0x2b2cf3514a7c
.....省略一部分.......
tab 0, row 83, @0x4d1
tl: 13 fb: --H-FL-- lb: 0x2  cc: 2             0: [ 2]  44 48                     
col  1: [ 6]  79 79 79 79 79 79             SQLset linesize 200
SQL> col start_scnw format a20
SQL> col start_scnb format a20
SQLselect xidusn,xidslot,xidsqn,ubablk,ubafil,ubarec,to_char(start_scnw,'xxxxxxxx') start_scnw,  
  2  to_char(start_scnb,'xxxxxxxx') start_scnb, start_scnb+start_scnw*power(2,32) start_scn 
  3  from v$transaction;
    XIDUSN    XIDSLOT     XIDSQN     UBABLK     UBAFIL     UBAREC START_SCNW           START_SCNB            START_SCN
---------- ---------- ---------- ---------- ---------- ---------- -------------------- -------------------- ----------         22         19          2        180          6         27         0                fbdcc               1031628 SQL> select name from v$rollname where usn=22; NAME ------------------------------ _SYSSMU22$ SQL> select dbms_utility.data_block_address_file(to_number(substr(uba,3,8),'xxxxxxxxxxx')) undo_file#,   2         dbms_utility.data_block_address_block(to_number(substr(uba,3,8),'xxxxxxxxxxx')) blockno#,   3         to_number(substr(uba,12,4),'xxxxxxxxx') undo_seq,   4         to_number(substr(uba,17,2),'xxxxxxxxx') undo_record   5    from (select '0x018000b4.0000.1b' uba from dual); UNDO_FILE#   BLOCKNO#   UNDO_SEQ UNDO_RECORD ----------         ----------       ----------     -----------          6                  180                0                27
(5)根据步骤(4)查询的基本信息,dump事务的undo段头和undo块
SQLalter system dump undo header '_SYSSMU22$';
System altered.
SQLalter system dump datafile 6 block 180;
System altered.
undo header trace 文件:
TRN CTL:: seq: 0x0000 chd: 0x0014 ctl: 0x0012 inc: 0x00000000 nfb: 0x0002
            mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe)
             --uba对应事务表中最早使用的undo块
Version: 0x01
  FREE BLOCK POOL::
    uba: 0x00000000.0000.1a ext: 0x0  spc: 0x1292  
    uba: 0x018000b3.0000.08 ext: 0x0  spc: 0x1c52  
    uba: 0x018000b2.0000.24 ext: 0x0  spc: 0x124e  
    uba: 0x00000000.0000.00 ext: 0x0  spc: 0x0     
    uba: 0x00000000.0000.00 ext: 0x0  spc: 0x0     
  TRN TBL::
 
  index  state cflags  wrap#    uel         scn            dba            parent-xid    nub     stmt_num    cmt
  ------------------------------------------------------------------------------------------------
 ...........省略一部分...............
   0x0f    9    0x00  0x0002  0x0010  0x0000.000fbe30  0x018000b4  0x0000.000.00000000  0x00000001   0x00000000  1399884492
   0x10    9    0x00  0x0002  0x0011  0x0000.000fbe3f  0x018000b4  0x0000.000.00000000  0x00000001   0x00000000  1399884492
   0x11    9    0x00  0x0002  0x0012  0x0000.000fbe45  0x018000b4  0x0000.000.00000000  0x00000001   0x00000000  1399884492
   0x12    9    0x00  0x0002  0xffff  0x0000.000fbe5e  0x018000b4  0x0000.000.00000000  0x00000001   0x00000000  1399884492
  10    0x80  0x0002  0x0000  0x0000.000fbdcc  0x018000b4  0x0000.000.00000000  0x00000001   0x00000000  0 
   0x14    9    0x00  0x0001  0x0015  0x0000.00000000  0x00000000  0x0000.000.00000000  0x00000000   0x00000000  0
   state为10表示该事物为活动状态
............后面省略.....................
undo block trace 文件:
UNDO BLK:  
xid: 0x0016.013.00000002  seq: 0x0   cnt: 0x1b  irb: 0x1b icl: 0x0   flg: 0x0000  
 
 Rec Offset      Rec Offset      Rec Offset      Rec Offset      Rec Offset
--------------------------------------------------------------------------- 0x01 0x1f60     0x02 0x1efc     0x03 0x1eac     0x04 0x1e5c     0x05 0x1e28      0x06 0x1de0     0x07 0x1d80     0x08 0x1cc0     0x09 0x1c70     0x0a 0x1bec      0x0b 0x1b68     0x0c 0x1ae0     0x0d 0x1a80     0x0e 0x19f8     0x0f 0x1998      0x10 0x18ec     0x11 0x1840     0x12 0x1790     0x13 0x1724     0x14 0x16b8      0x15 0x1604     0x16 0x1554     0x17 0x14a4     0x18 0x13f4     0x19 0x1344      0x1a 0x12d8     0x1b 0x124c      .................省略一部分undo record................ *----------------------------- *73431(0x00011ed7)  objd: 73431  tblspc: 4(0x00000004)  --------11 (Row)   opc: 1   rci 0x00    Undo type:  Regular undo    Begin trans    Last buffer split:  No  Temp Object:  No  Tablespace Undo:  No  rdba: 0x00000000Ext idx: 0 flg2: 0 *----------------------------- uba: 0x018000b4.0000.19 ctl max scn: 0x0000.00000000 prv tx scn: 0x0000.00000000 txn start scn: scn: 0x0000.000fbd45 logon user: 85  prev brb: 0 prev bcl: 0 KDO undo record: KTB Redo  op: 0x03  ver: 0x01   compat bit: 4 (post-11) padding: 1 op: Z KDO Op code: URP row dependencies Disabled   xtype: XA flags: 0x00000000  bdba: 0x010003bd  hdba: 0x010003b2 itli: 2  ispac: 0  maxfr: 4858 tabn: 0 slot: 83(0x53) flag: 0x2c lock: 0 ckix: 1 ncol: 2 nnew: 1 size: 1 col  1: [ 7]  44 48 54 45 53 54 31 SQL> SELECT utl_raw.cast_to_varchar2(replace('44 48 54 45 53 54 31',' ')) value FROM dual; VALUE ------------------------------------------- DHTEST1

(6)提交事务,由于内存已经刷新,因此数据块上的事务不应该被清除,dump数据块查看,与我们期望的一致(事务未被清除)
SQLcommit;
Commit complete.
DUMP block trace 文件:
Block header dump:  0x010003bd
 Object id on Block? Y
 seg/obj: 0x11ed7  csc: 0x00.fbdc3  itc: 3  flg: E  typ: 1 - DATA
     brn: 1  bdba: 0x10003b0 ver: 0x01 opc: 0
     inc: 0  exflg: 0
 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0xffff.000.00000000  0x00000000.0000.00  C---    0  scn 0x0000.000fbdc3
0x02   0x0016.013.00000002  0x018000b4.0000.1b  ----    1  fsc 0x0001.00000000    --事务信息确实没有被清除!
0x03   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000
bdba: 0x010003bd
DUMP undo header 文件:
  TRN CTL:: seq: 0x0000 chd: 0x0014 ctl: 0x0013 inc: 0x00000000 nfb: 0x0003
            mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe)
            uba: 0x018000b4.0000.1b scn: 0x0000.00000000
Version: 0x01
  FREE BLOCK POOL::
    uba: 0x018000b4.0000.1b ext: 0x0  spc: 0x1204  
    uba: 0x018000b3.0000.08 ext: 0x0  spc: 0x1c52  
    uba: 0x018000b2.0000.24 ext: 0x0  spc: 0x124e  
    uba: 0x00000000.0000.00 ext: 0x0  spc: 0x0     
    uba: 0x00000000.0000.00 ext: 0x0  spc: 0x0     
  TRN TBL::
 
  index  state cflags  wrap#    uel         scn            dba            parent-xid    nub     stmt_num    cmt
  ------------------------------------------------------------------------------------------------
 ...........省略一部分...............
   0x11    9    0x00  0x0002  0x0012  0x0000.000fbe45  0x018000b4  0x0000.000.00000000  0x00000001   0x00000000  1399884492
   0x12    9    0x00  0x0002  0x0013  0x0000.000fbe5e  0x018000b4  0x0000.000.00000000  0x00000001   0x00000000  1399884492
  9    0x00  0x0002  0xffff  0x0000.000fc00b  0x018000b4  0x0000.000.00000000  0x00000001   0x00000000  1399885369 
   0x14    9    0x00  0x0001  0x0015  0x0000.00000000  0x00000000  0x0000.000.00000000  0x00000000   0x00000000  0
   0x15    9    0x00  0x0001  0x0016  0x0000.00000000  0x00000000  0x0000.000.00000000  0x00000000   0x00000000  0
   0x16    9    0x00  0x0001  0x0017  0x0000.00000000  0x00000000  0x0000.000.00000000  0x00000000   0x00000000  0
   0x17    9    0x00  0x0001  0x0018  0x0000.00000000  0x00000000  0x0000.000.00000000  0x00000000   0x00000000  0
............后面省略.....................
undo事务表上的state已经从10变为9,表示事务已经提交

(7)在session B中发起游标查询,查询rowid='AAAR7XAAEAAAAO9ABT'的这一行
varible v_cur1 refcursor
begin
  open :v_cur1 for select * from dhtest2where rowid='AAAR7XAAEAAAAO9ABT';
end;
/
PL/SQL procedure successfully completed.
(8)在session C中发起大量事务,将回滚段信息覆盖,并且确保事务表也已经被覆盖多次!
SQLupdate dhtest1 set object_name='DDDDDDDDDDDD' where rownum<99;
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQLcommit;
Commit complete.
SQLupdate dhtest1 set object_name='DDDDDDDDDDDD' where rownum<99;
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
98 rows updated.
SQL> /
update dhtest1 set object_name='DDDDDDDDDDDD' where rownum<99
*
ERROR at line 1:
ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDO2'
SQLcommit
  2  ;
Commit complete.
SQL
SQLbegin
  2    for i in 1..100000 loop
  3     update dhtest1 set object_name='DDDDDDDDDDDD' where rownum<99;
  4  commit;
  5  end loop;
  6  end;
  7  /
PL/SQL procedure successfully completed.
(9)dump 原先的回滚段头和undo块,发现信息已经被覆盖
SQLalter system dump undo header '_SYSSMU22$';
System altered.
SQLalter system dump datafile 6 block 180;
System altered.
--seq表示该回滚段上的事务表被重用了1961次。因此事务表已经被覆盖多次
            mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe)
            uba: 0x018000bc.07a9.23 ------这个SCN是事务表中最近被重用的事务表记录之前的事务的提交SCN,可以理解为已经被覆盖的事务记录中拥有最大的SCN值(事务表记录重用是按照提交SCN从小到大的顺序重用的)
Version: 0x01 
  FREE BLOCK POOL::
    uba: 0x018000be.07a9.04 ext: 0x1  spc: 0xf12   
    uba: 0x00000000.07a3.05 ext: 0x1  spc: 0xa84   
    uba: 0x00000000.0000.24 ext: 0x0  spc: 0x124e  
    uba: 0x00000000.0000.00 ext: 0x0  spc: 0x0     
    uba: 0x00000000.0000.00 ext: 0x0  spc: 0x0     
  TRN TBL::
  index  state cflags  wrap#    uel         scn            dba            parent-xid    nub     stmt_num    cmt
  ------------------------------------------------------------------------------------------------
   0x00    9    0x00  0x014b  0x0002  0x0000.00150e05  0x018000bf  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x01    9    0x00  0x014b  0x000b  0x0000.00150ecf  0x018000be  0x0000.000.00000000  0x00000002   0x00000000  1399886134
   0x02    9    0x00  0x014b  0x0003  0x0000.00150e19  0x018000b1  0x0000.000.00000000  0x00000002   0x00000000  1399886134
   0x03    9    0x00  0x014b  0x0005  0x0000.00150e2c  0x018000b3  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x04    9    0x00  0x014b  0x0006  0x0000.00150e54  0x018000b6  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x05    9    0x00  0x014b  0x0004  0x0000.00150e3e  0x018000b4  0x0000.000.00000000  0x00000002   0x00000000  1399886134
   0x06    9    0x00  0x014b  0x0007  0x0000.00150e69  0x018000b7  0x0000.000.00000000  0x00000002   0x00000000  1399886134
   0x07    9    0x00  0x014b  0x0008  0x0000.00150e81  0x018000b9  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x08    9    0x00  0x014b  0x0009  0x0000.00150e94  0x018000bb  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x09    9    0x00  0x014b  0x000a  0x0000.00150eb8  0x018000bb  0x0000.000.00000000  0x00000001   0x00000000  1399886134
   0x0a    9    0x00  0x014b  0x0001  0x0000.00150ec4  0x018000bd  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x0b    9    0x00  0x014b  0x000c  0x0000.00150ee2  0x018000b1  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x0c    9    0x00  0x014b  0x000d  0x0000.00150eea  0x018000b3  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x0d    9    0x00  0x014b  0x000e  0x0000.00150ef1  0x018000b3  0x0000.000.00000000  0x00000001   0x00000000  1399886134
   0x0e    9    0x00  0x014b  0x000f  0x0000.00150ef8  0x018000b4  0x0000.000.00000000  0x00000002   0x00000000  1399886134
   0x0f    9    0x00  0x014b  0x0010  0x0000.00150f09  0x018000b6  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x10    9    0x00  0x014b  0x0011  0x0000.00150f32  0x018000b7  0x0000.000.00000000  0x00000002   0x00000000  1399886134
   0x11    9    0x00  0x014b  0x0012  0x0000.00150f45  0x018000b9  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x12    9    0x00  0x014b  0x0013  0x0000.00150f64  0x018000ba  0x0000.000.00000000  0x00000002   0x00000000  1399886134
  9    0x00  0x014b  0x0014  0x0000.00150f78  0x018000bc  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x14    9    0x00  0x014b  0x0015  0x0000.00150f90  0x018000bd  0x0000.000.00000000  0x00000002   0x00000000  1399886134
   0x15    9    0x00  0x014b  0x0016  0x0000.00151002  0x018000bf  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x16    9    0x00  0x014b  0x0017  0x0000.0015108e  0x018000b2  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x17    9    0x00  0x014b  0x0018  0x0000.00151095  0x018000b2  0x0000.000.00000000  0x00000001   0x00000000  1399886134
   0x18    9    0x00  0x014b  0x0019  0x0000.001510a1  0x018000b4  0x0000.000.00000000  0x00000003   0x00000000  1399886134
   0x19    9    0x00  0x014b  0x001a  0x0000.001510b9  0x018000b5  0x0000.000.00000000  0x00000002   0x00000000  1399886134    0x1a    9    0x00  0x014b  0x001b  0x0000.001510e7  0x018000b7  0x0000.000.00000000  0x00000003   0x00000000  1399886134    0x1b    9    0x00  0x014b  0x001c  0x0000.00151135  0x018000b9  0x0000.000.00000000  0x00000003   0x00000000  1399886134    0x1c    9    0x00  0x014b  0x001d  0x0000.0015113c  0x018000b9  0x0000.000.00000000  0x00000001   0x00000000  1399886134    0x1d    9    0x00  0x014b  0x001e  0x0000.00151146  0x018000bb  0x0000.000.00000000  0x00000003   0x00000000  1399886134    0x1e    9    0x00  0x014b  0x001f  0x0000.00151156  0x018000bc  0x0000.000.00000000  0x00000002   0x00000000  1399886134    0x1f    9    0x00  0x014b  0xffff  0x0000.00151165  0x018000be  0x0000.000.00000000  0x00000003   0x00000000  1399886134    0x20    9    0x00  0x014a  0x0021  0x0000.00150d73  0x018000bb  0x0000.000.00000000  0x00000001   0x00000000  1399886134    0x21    9    0x00  0x014a  0x0000  0x0000.00150d8b  0x018000bd  0x0000.000.00000000  0x00000003   0x00000000  1399886134 undo block trace文件: UNDO BLK:   xid: 0x0016.01f.00000141  seq: 0x76c cnt: 0x2   irb: 0x2   icl: 0x0   flg: 0x0000  Rec Offset      Rec Offset      Rec Offset      Rec Offset      Rec Offset --------------------------------------------------------------------------- 0x01 0x1ba0     0x02 0x17bc      *----------------------------- * Rec #0x1  slt: 0x1f  objn: 73429(0x00011ed5)  objd: 73429  tblspc: 4(0x00000004) *       Layer:  11 (Row)   opc: 1   rci 0x00    Undo type:  Regular undo   Last buffer split:  No  Temp Object:  No  Tablespace Undo:  No  rdba: 0x018000b3 *----------------------------- KDO undo record: KTB Redo  op: 0x02  ver: 0x01   compat bit: 4 (post-11) padding: 1 op: C  uba: 0x018000b3.076c.07 Array Update of 20 rows:  tabn: 0 slot: 60(0x3c) flag: 0x2c lock: 0 ckix: 157 ncol: 2 nnew: 1 size: 0 KDO Op code:  21 row dependencies Disabled   xtype: XAxtype KDO_KDOM2 flags: 0x00000080  bdba: 0x010002ab  hdba: 0x010002aa itli: 2  ispac: 0  maxfr: 4858 vect = 3 col  1: [12]  44 44 44 44 44 44 44 44 44 44 44 44 tabn: 0 slot: 61(0x3d) flag: 0x2c lock: 0 ckix: 157 ncol: 2 nnew: 1 size: 0 KDO Op code:  21 row dependencies Disabled   xtype: XAxtype KDO_KDOM2 flags: 0x00000080  bdba: 0x010002ab  hdba: 0x010002aa itli: 2  ispac: 0  maxfr: 4858 vect = 3 .................省略这一undo record中的一部分 col  1: [12]  44 44 44 44 44 44 44 44 44 44 44 44 tabn: 0 slot: 79(0x4f) flag: 0x2c lock: 0 ckix: 157 ncol: 2 nnew: 1 size: 0 KDO Op code:  21 row dependencies Disabled   xtype: XAxtype KDO_KDOM2 flags: 0x00000080  bdba: 0x010002ab  hdba: 0x010002aa itli: 2  ispac: 0  maxfr: 4858 vect = 3 col  1: [12]  44 44 44 44 44 44 44 44 44 44 44 44 *----------------------------- * Rec #0x2  slt: 0x1f  objn: 73429(0x00011ed5)  objd: 73429  tblspc: 4(0x00000004) *       Layer:  11 (Row)   opc: 1   rci 0x01    Undo type:  Regular undo   Last buffer split:  No  Temp Object:  No  Tablespace Undo:  No  rdba: 0x00000000 *----------------------------- KDO undo record: KTB Redo  op: 0x02  ver: 0x01   compat bit: 4 (post-11) padding: 1 op: C  uba: 0x018000b4.076c.01 Array Update of 18 rows:  tabn: 0 slot: 80(0x50) flag: 0x2c lock: 0 ckix: 157 ncol: 2 nnew: 1 size: 0 KDO Op code:  21 row dependencies Disabled   xtype: XAxtype KDO_KDOM2 flags: 0x00000080  bdba: 0x010002ab  hdba: 0x010002aa itli: 2  ispac: 0  maxfr: 4858 vect = 3 .....................省略这一undo record中的一部分 col  1: [12]  44 44 44 44 44 44 44 44 44 44 44 44 tabn: 0 slot: 97(0x61) flag: 0x2c lock: 0 ckix: 157 ncol: 2 nnew: 1 size: 0 KDO Op code:  21 row dependencies Disabled   xtype: XAxtype KDO_KDOM2 flags: 0x00000080  bdba: 0x010002ab  hdba: 0x010002aa itli: 2  ispac: 0  maxfr: 4858 vect = 3 col  1: [12]  44 44 44 44 44 44 44 44 44 44 44 44 End dump data blocks tsn: 7 file#: 6 minblk 180 maxblk 180 (10)根据步骤(9)中undo header trace中的uba信息尝试进行回滚
07a9.23
alter system dump datafile 6 block 188;
UNDO BLK:  
xid: 0x0016.01f.0000014b  seq: 0x7a9 cnt: 0x2b  irb: 0x2b  icl: 0x0   flg: 0x0000
 Rec Offset      Rec Offset      Rec Offset      Rec Offset      Rec Offset
---------------------------------------------------------------------------
0x01 0x1fa4     0x02 0x1f60     0x03 0x1f1c     0x04 0x1ed8     0x05 0x1e94     
0x06 0x1e50     0x07 0x1e0c     0x08 0x1dc8     0x09 0x1d84     0x0a 0x1d40     
0x0b 0x1cfc     0x0c 0x1cb8     0x0d 0x1c74     0x0e 0x1c30     0x0f 0x1bec     
0x10 0x1ba8     0x11 0x1b64     0x12 0x1b20     0x13 0x1adc     0x14 0x1a98     
0x15 0x1a54     0x16 0x1a10     0x17 0x19cc     0x18 0x1988     0x19 0x1944     
0x1a 0x1900     0x1b 0x18bc     0x1c 0x1878     0x1d 0x1834     0x1e 0x13ec     
0x1f 0x0fa4     0x20 0x0b5c     0x21 0x0714     0x22 0x0330     0x23 0x02a8     
0x24 0x0264     0x25 0x0220     0x26 0x01dc     0x27 0x0198     0x28 0x0154     
0x29 0x0110     0x2a 0x00cc     0x2b 0x0088     
*-----------------------------
* Rec #0x1  slt: 0x1e  objn: 73429(0x00011ed5)  objd: 73429  tblspc: 4(0x00000004)
*       Layer:  11 (Row)   opc: 1   rci 0x00   
Undo type:  Regular undo   Last buffer split:  No 
Temp Object:  No 
Tablespace Undo:  No 
rdba: 0x018000bb
73429(0x00011ed5)  objd: 73429  tblspc: 4(0x00000004)
*       Layer:  11 (Row)   opc: 1   rci 0x00   
Undo type:  Regular undo    Begin trans    Last buffer split:  No 
Temp Object:  No 
Tablespace Undo:  No 
rdba: 0x00000000Ext idx: 0
flg2: 0
*-----------------------------
uba: 0x018000bb.07a9.04 ctl max scn: 0x0000.00150d48 prv tx scn: 0x0000.00150d58
txn start scn: scn: 0x0000.00151164 logon user: 85
 prev brb: 25166010 prev bcl: 0
KDO undo record:
KTB Redo 
op: 0x04  ver: 0x01  
compat bit: 4 (post-11) padding: 1 
op: L  itl: xid:  0x0019.01f.0000014b 07ab04     C---    lkc:  0     scn: 0x0000.00151159 KDO Op code: LKR row dependencies Disabled   xtype: XA flags: 0x00000000  bdba: 0x010002ab  hdba: 0x010002aa itli: 3  ispac: 0  maxfr: 4858 tabn: 0 slot: 0 to: 0

(11)SESSION B发起游标查询,与我们预期一致,抛出ORA-01555错误!
SQL> print :cur1
ERROR:
ORA-01555: snapshot too oldrollback segment number 22 with name "_SYSSMU22$"
too small
备注:此处游标查询时可以设置逻辑读跟踪,或者10046+set db_file_multiblock_read_count=1来跟踪延迟块清除时具体访问的undo块,但是由于实验时出现了些许问题,没有及时跟踪下来。

[转]ORA-01555错误总结(二)相关推荐

  1. django oracle clob,记一次clob字段损坏导致的01555错误

    这个专题讲一些日常运维的异常处理 1. 现象 开发人员找说应用连接不上,报ORA-01555错误 2. 原因查找 2.1 查看undo使用率等情况 第一反应当然是查询是否undo表空间不足 通过如下命 ...

  2. 经典错误:二维数组与实际矩阵的差异所构成的易错点

    经典错误:二维数组与实际矩阵的差异所构成的易错点 标签:C语言 二维数组 矩阵 by 小威威 1.矩阵与二维数组的差异 在线性代数的课程中,我们接触到了矩阵这一工具,不难发现它很类似于C语言中的二维数 ...

  3. linux下ora-12505,甲骨文临时ORA 12505错误后的Linux启动

    我遇到与Oracle一个很奇怪的现象,也许有人可以帮助我,让我总结一下真正的快:甲骨文临时ORA 12505错误后的Linux启动 我的首选操作系统是Debian的Linux操作系统,我使用的是Ora ...

  4. java ora 00911_ORA-00911错误

    ORA-00911,"911"看着很霸气的错误号,虽然我还是Oracle的初学者,但每次碰到一个未见过的ORA错误号后,都有一种查案的赶脚,根据错误号.OERR.相关错误信息,判断 ...

  5. hadoop配置、运行错误总结[二]

    转载自  三江小渡  http://blog.pureisle.net/archives/1785.html 接上一篇. 十二.如果遇到如下错误: FAILED java.lang.IllegalAr ...

  6. android之解析包时出现错误(二)

    为什么是二呢,之前遇到过一次了,详见http://blog.csdn.net/jason0539/article/details/12222173 这次的原因不同,再记录下 public class ...

  7. 关于Oracle的ORA 12505错误 ORA-12505, TNS:listener does not currently know of SID given in connect descrip

    报错是这样的:ORA-12505, TNS:listener does not currently know of SID given in connect descriptor 一直用的好好的,突然 ...

  8. oracle提示01034,oracle数据库ORA 01034错误问题解决方案

    ORA-01034错误的话: Oracle常见错误之一 这是个Oracle数据库服务器比较常见的错误.有经验的用户几乎马上就能解决这个错误,再不济也能马上到Metalink去搜索一下. 不幸的是,大多 ...

  9. mysql删除不存在行数据报错_MySQL学习笔记11复制错误处理(二)删除不存在的行的问题...

    (1)问题情况 在master上删除某个数据表的某一行,而该行在slave上并不存在,则slave上的复制过程会出错. MySQL的log文件中发现如下错误信息: 2017-08-15T04:52:1 ...

  10. ios block常见的错误(二)——循环引用

    2019独角兽企业重金招聘Python工程师标准>>> 这篇博文继续block的常见错误--循环引用. 循环引用是很多初学者不能察觉的,其产生的原因,是block中的代码会对对象进行 ...

最新文章

  1. 快速原型工具 原型可视化
  2. SCRIPT LOAD lua文件
  3. CentOS6.0_X86_64 oracle 11g R2 开机自动启动(linux)
  4. linux 路由跟踪表满错误 nf_conntrack: table full, dropping packet 原理解决方法
  5. HDU D Tree [点分治]
  6. 成功解决WARNING:tensorflow:Variable += will be deprecated. Use variable.assign_add if you want assignmen
  7. Docker存储和虚拟化存储需求不同
  8. ssh: connect to host localhost port 22: Connection refused 问题
  9. 参数注入:最简方法,直接注入
  10. 第七届蓝桥杯决赛JavaC组真题——详细答案对照(完整版)
  11. 十六进制转double
  12. c语言释放整个链表,最简单的链表删除第一个节点时释放内存的问题
  13. 微信公众号新浪百度云做服务器
  14. python流程自动化_python selenium 自动化流程的一些总结与思考
  15. 【codeforces 709C】Letters Cyclic Shift
  16. 处女的第一次不一定会流血!很感人 我都流泪了!
  17. WebKit 是一个开源的浏览器引擎
  18. seckill配置补发
  19. dorado java_dorado事件
  20. 文件流转换为base64码 和 base64码转换为文件流

热门文章

  1. 保定2021高考成绩查询,保定2021年中考网上查询
  2. Vue组件自定义事件
  3. 地图标识符号大全_创意游戏小程序大全:胡建土楼游戏!带你领略不一样的创意小游戏...
  4. spring-retry小结
  5. 英文Ubuntu系统安装中文支持,中文UTF-8
  6. 炒股的最终下场(搞笑趣图)
  7. MIT机器学习免费课程,13周从理论到实践,大牛教授Python授课
  8. 星际2新智能体开源:单机并行能力强,适应环境广,个人可训练
  9. AI Challenger全球AI挑战赛开幕,300万奖金池,还可能获李开复投资
  10. 从今天起,TensorFlow 1.9开始支持树莓派了