时间：2021-07-01 10:21:17 帮助过：6人阅读
2）v$transaction列出活动事务相关信息
SYS@ prod>select xidusn,xidslot,ubafil,ubablk from v$transaction; XIDUSN XIDSLOT UBAFIL UBABLK ---------- ---------- ---------- ---------- 11 25 6 12
XIDUSN:Undo segment number
XIDSLOT:Slot number
UBAFIL:Undo block address(UBA) filenum
UBABLK:UBA block number
该事务使用的undo段号为11，该事务在undo的第25个槽位，数据文件号为6，使用的数据块为12；
3）V$ROLLNAME列出所有在线回滚段。只能在数据库打开时访问。
SYS@ prod>select * from v$rollname where usn=11; USN NAME ---------- ------------------------------ 11 _SYSSMU11_1796584641$
NAME:Rollback segment name
undo段号为11，名字为 _SYSSMU11_1796584641$
4）V$ROLLSTAT包含回滚段信息。
SYS@ prod>select usn,status,curext,xacts from v$rollstat; USN STATUS CUREXT XACTS ---------- --------------- ---------- ---------- 0 ONLINE 1 0 11 ONLINE 0 1
USN:Rollback segment number
STATUS:Rollback segment status:ONLINE/PENDING OFFLINE/OFFLINE/FULL
CUREXT:Current extent
XACTS:Number of active transactions
undo段号为6，在线，区号为3,1个活动事务
4）转储undo header
SYS@ prod>alter system dump undo header ‘_SYSSMU11_1796584641$‘; System altered.
5）查看默认trace文件位置
SYS@ prod>col value for a50 SYS@ prod>select * from v$diag_info; INST_ID NAME VALUE ---------- ---------------------------------------------------------------- -------------------------------------------------- 1 Diag Enabled TRUE 1 ADR Base /u01 1 ADR Home /u01/diag/rdbms/prod/prod 1 Diag Trace /u01/diag/rdbms/prod/prod/trace 1 Diag Alert /u01/diag/rdbms/prod/prod/alert 1 Diag Incident /u01/diag/rdbms/prod/prod/incident 1 Diag Cdump /u01/diag/rdbms/prod/prod/cdump 1 Health Monitor /u01/diag/rdbms/prod/prod/hm 1 Default Trace File /u01/diag/rdbms/prod/prod/trace/prod_ora_2361.trc 1 Active Problem Count 0 1 Active Incident Count 0 11 rows selected.
6）分析UDNO段头块的日志
more /u01/diag/rdbms/prod/prod/trace/prod_ora_2361.trc
********************************************************************************
Undo Segment: _SYSSMU11_1796584641$ (11)
********************************************************************************
Extent Control Header
-----------------------------------------------------------------
Extent Header:: spare1: 0 spare2: 0 #extents: 2 #blocks: 15
last map 0x00000000 #maps: 0 offset: 4080
Highwater:: 0x0180000e ext#: 0 blk#: 5 ext size: 7
#blocks in seg. hdr‘s freelists: 0
#blocks below: 0
mapblk 0x00000000 offset: 0
Unlocked
Map Header:: next 0x00000000 #extents: 2 obj#: 0 flag: 0x40000000
7）通过dba_extents视图查出一共有两个区，共16个块
SYS@ prod>select extent_id,file_id,block_id,blocks,bytes from dba_extents where segment_name=‘_SYSSMU11_1796584641$‘; EXTENT_ID FILE_ID BLOCK_ID BLOCKS BYTES ---------- ---------- ---------- ---------- ---------- 0 6 8 8 65536 1 6 16 8 65536
8）通过dba_segments视图查出UNDO段头块，即6号文件的8号块是UNDO段头块（所以#blocks:15）
SYS@ prod>select header_file,header_block from dba_segments where segment_name=‘_SYSSMU11_1796584641$‘; HEADER_FILE HEADER_BLOCK ----------- ------------ 6 8
9）继续向下
Extent Map ----------------------------------------------------------------- 0x01800009 length: 7 0x01800010 length: 8
区位图：第一个区是undo块的地址为0x0180009开始的前7个块+头块；第二个区是0x0180010开始的8-16块。
10）继续向下
Retention Table ----------------------------------------------------------- Extent Number:0 Commit Time: 1552092157 Extent Number:1 Commit Time: 1552092157
区的提交时间戳，是从1970年1月1号零时开始计数（以秒为单位记录）
11）继续向下
TRN CTL:: seq: 0x0003 chd: 0x0020 ctl: 0x0000 inc: 0x00000000 nfb: 0x0001 mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe) uba: 0x0180000e.0003.0c scn: 0x0000.00104372
事务控制：
seq: 0x0003 表示此事务修改前的值所在的UNDOBLOCK块被覆盖了3次，与第三行的uba:0x0180000f.0003.08中的0003对应。
chd:0x0020 表示发生一个新的事务，此时会在下面的TRNTBL::（事务表）的index=0x00020槽中放入新事务信息，即事务表的链头或叫入口。
ctl: 0x0000 表示事务表的链尾（实际上大家可以去TRN TBL::看index=0x0000,它对应的SCN=0x0000.00104485是本事务表中最大的SCN，即此事务槽最后才会被覆盖）
nfb: 0x0001 表示UNDO块在空闲池的空闲块数，0x0000表示池中没有空闲UNDO块了,即FREE BLOCKPOOL::没空闲的块了。
flg: 0x0001 表示该块的用途，1=KTUUNDO HEADER(2=KTU UNDO BLOCK等等)
uba: 0x0180000e.0003.0c 表示新事务的第一条UNDO记录（由三部分组成undo块的地址、UNDO块被重用的次数、在UNDO块的第几条记录）。
12）继续向下
FREE BLOCK POOL:: uba: 0x0180000e.0003.0e ext: 0x0 spc: 0x183a uba: 0x00000000.0003.19 ext: 0x0 spc: 0x10c0 uba: 0x00000000.0001.0e ext: 0x0 spc: 0x18a2 uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0 uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0
UNDO块的空闲池，当事务做了提交会把此事务所在的UNDO块加入空闲池中。
uba: 由三部分组成undo块的地址、UNDO块被重用的次数、在UNDO块的第几条记录，当undo块的地址为0说明UNDO块不是空闲的，即0x00000000
ext: UNDO块是在哪个区（extent）
spc: UNDO块中多少空闲空间，单位字节 从上面的UNDO空闲池中看，没有空闲的UNDO块。
13）事物表
TRN TBL:: index state cflags wrap# uel scn dba parent-xid nub stmt_num cmt ------------------------------------------------------------------------------------------------ 0x00 9 0x00 0x000b 0xffff 0x0000.00104485 0x0180000e 0x0000.000.00000000 0x00000001 0x00000000 1552092317 0x01 9 0x00 0x000a 0x001a 0x0000.001043f3 0x0180000c 0x0000.000.00000000 0x00000001 0x00000000 1552092190 0x02 9 0x00 0x000a 0x0021 0x0000.00104374 0x0180000c 0x0000.000.00000000 0x00000001 0x00000000 1552092173 0x03 9 0x00 0x000a 0x000c 0x0000.0010440a 0x00000000 0x0000.000.00000000 0x00000000 0x00000000 1552092191 0x04 9 0x00 0x000a 0x0001 0x0000.00104376 0x0180000c 0x0000.000.00000000 0x00000001 0x00000000 1552092173 0x05 9 0x00 0x000a 0x000a 0x0000.00104403 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x06 9 0x00 0x000a 0x0007 0x0000.001043fe 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x07 9 0x00 0x000a 0x0008 0x0000.00104400 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x08 9 0x00 0x000a 0x0005 0x0000.00104402 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x09 9 0x00 0x000a 0x0003 0x0000.00104407 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x0a 9 0x00 0x000a 0x0009 0x0000.00104404 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x0b 9 0x00 0x000a 0x000e 0x0000.0010440f 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x0c 9 0x00 0x000a 0x000b 0x0000.0010440c 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x0d 9 0x00 0x000a 0x0010 0x0000.00104414 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x0e 9 0x00 0x000a 0x000d 0x0000.00104411 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x0f 9 0x00 0x000a 0x0012 0x0000.0010441e 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x10 9 0x00 0x000a 0x000f 0x0000.0010441a 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x11 9 0x00 0x000a 0x0013 0x0000.00104420 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x12 9 0x00 0x0009 0x0011 0x0000.0010441f 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092191 0x13 9 0x00 0x000a 0x0014 0x0000.00104422 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092192 0x14 9 0x00 0x000a 0x0015 0x0000.00104425 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092192 0x15 9 0x00 0x000a 0x0016 0x0000.00104435 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092195 0x16 9 0x00 0x000a 0x0017 0x0000.00104437 0x0180000d 0x0000.000.00000000 0x00000001 0x00000000 1552092195 0x17 9 0x00 0x000a 0x0018 0x0000.00104439 0x0180000c 0x0000.000.00000000 0x00000001 0x00000000 1552092196 0x18 9 0x00 0x000a 0x001b 0x0000.0010443b 0x0180000c 0x0000.000.00000000 0x00000001 0x00000000 1552092196 0x19 10 0x80 0x000a 0x0000 0x0000.0010444f 0x0180000c 0x0000.000.00000000 0x00000001 0x00000000 0 0x1a 9 0x00 0x0009 0x0006 0x0000.001043f6 0x0180000c 0x0000.000.00000000 0x00000001 0x00000000 1552092190 0x1b 9 0x00 0x000a 0x001c 0x0000.00104454 0x0180000e 0x0000.000.00000000 0x00000001 0x00000000 1552092257 0x1c 9 0x00 0x000a 0x001d 0x0000.0010445a 0x0180000e 0x0000.000.00000000 0x00000001 0x00000000 1552092257 0x1d 9 0x00 0x000a 0x001e 0x0000.00104460 0x0180000e 0x0000.000.00000000 0x00000001 0x00000000 1552092257 0x1e 9 0x00 0x000a 0x001f 0x0000.00104479 0x0180000e 0x0000.000.00000000 0x00000001 0x00000000 1552092317 0x1f 9 0x00 0x000a 0x0000 0x0000.0010447f 0x0180000e 0x0000.000.00000000 0x00000001 0x00000000 1552092317 0x20 9 0x00 0x0009 0x0002 0x0000.00104373 0x0180000c 0x0000.000.00000000 0x00000001 0x00000000 1552092173 0x21 9 0x00 0x0009 0x0004 0x0000.00104375 0x0180000c 0x0000.000.00000000 0x00000001 0x00000000 1552092173
TRN TBL::（事务表）是UNDO段头块最重要的。我们一一来解释每个字段的意思：
index 表示事务表中槽号，只是一个序列而已，从0x00开始到0x21结束,11g的版本有34个槽。
state 表示事务状态：9代表事务不活动，10代表事务正在活动，从这里我们看出16进制第0x19号槽上的事务正在活动。在发生事务前，Oracle会找事务控制列表中的chd=0x0019，说白了就是重从index=0x19的槽，存放当前最新的事务。
cflags 表示正在使用事务槽的事务的状态：0x00表示非活动事务、0x80表示活动事务、0x10表示死事务、0x90表示被回滚的死事务 平时我们看到的最多就是0x00表示非活动事务、0x80表示活动事务，后面的很少发生。
wrap# 表示事务表上的事务槽被重用的次数，它是XID的一部分。0x000a表示此时事务槽被重用了10次。
uel 表示当前活动事务所在事务槽的下一个事务槽的指针（即如果又发生一个新的事务，此时就会用到UEL指向的事务槽上的index）。
scn 表示务事启动、提交、回滚的SCN.
dba 表示uba:第一部分的undo块地址，这个DBA是(rollback)回滚的起始点，也就是说是记录事务修改的最后一条记录所在UNDO块的地址。
nub 表示当前事务所用到的UNDO块的个数。
cmt 表示最接近当前的提交时间戳，是从1970年1月1号零时开始计数（以秒为单位记录）。0表示事务正在活动。
14）我们已经在 undo header中找到了数据的前镜像，那么我们在看一下这个前镜像到底是什么？
事物表中0x19槽的dba 0x0180000c即6号文件的12号块（把0x0180000c转为2进制，前10为文件号，后22位为块号，转换为10进制可得数据文件号为6，数据块为12）。
转储数据块
SYS@ prod>alter system dump datafile 6 block 12; System altered.
******************************************************************************** UNDO BLK: xid: 0x000b.019.0000000a seq: 0x3 cnt: 0x23 irb: 0x23 icl: 0x0 flg: 0x0000 Rec Offset Rec Offset Rec Offset Rec Offset Rec Offset --------------------------------------------------------------------------- 0x01 0x1f84 0x02 0x1f20 0x03 0x1ebc 0x04 0x1e58 0x05 0x1df4 0x06 0x1d90 0x07 0x1d08 0x08 0x1bf4 0x09 0x1b8c 0x0a 0x1b34 0x0b 0x1ae0 0x0c 0x1a84 0x0d 0x1a10 0x0e 0x19b4 0x0f 0x1960 0x10 0x188c 0x11 0x17b8 0x12 0x16dc 0x13 0x15fc 0x14 0x14fc 0x15 0x13f8 0x16 0x131c 0x17 0x1238 0x18 0x1154 0x19 0x1104 0x1a 0x107c 0x1b 0x0ff0 0x1c 0x0f88 0x1d 0x0ea0 0x1e 0x0e38 0x1f 0x0de0 0x20 0x0d5c 0x21 0x0d00 0x22 0x0ca8 0x23 0x0c50
可以看到数据记录为35，这是第一条，并且最后一个偏移量0x23也为35，这正是rollback的开始。
15）继续向下
可以先查询出object_id，在trace文件中搜索
SYS@ prod>col object_name for a20 SYS@ prod>select OBJECT_NAME,OBJECT_ID,OBJECT_TYPE,CREATED from dba_objects where OBJECT_name = ‘EMP‘; OBJECT_NAME OBJECT_ID OBJECT_TYPE CREATED -------------------- ---------- ------------------- ------------------- EMP 73181 TABLE 2009-08-13 23:35:45
*----------------------------- * Rec #0x20 slt: 0x19 objn: 73181(0x00011ddd) objd: 73181 tblspc: 4(0x00000004) * Layer: