transaction recovery问题

makaveli

有一套两节点11.1.0.7 rac solaris asm的数据库alert日志报如下错误:
Transaction recovery: lock conflict caught and ignored

通过查看v$fast_start_transactions视图发现一只有个transaction在recovering，但是一直都没成功.查看等待事件发现smon处于dfs lock handle,已经修改fast_start_parallel_rollback为false，想请教下现在能如何确定这些recover的事务能够rollback成功？

1. select * from v$fast_start_transactions;
   
2. --
   
3. USN        SLT        SEQ        STATE        UNDOBLOCKSDONE        UNDOBLOCKSTOTAL        PID        CPUTIME        PARENTUSN        PARENTSLT        PARENTSEQ        XID        PXID        RCVSERVERS
   
4. 1        10        19        9816080        RECOVERING        0        138563                683616                                000A00130095C810                0

复制代码

1. select ktuxeusn usn,
   
2.        ktuxeslt slot,
   
3.        ktuxesqn seq,
   
4.        ktuxesta state,
   
5.        ktuxesiz undo
   
6.   from x$ktuxe a
   
7. where ktuxesta <> 'INACTIVE'
   
8.    and ktuxecfl like '%DEAD%'
   
9. order by ktuxesiz asc;
   
10. --
    
11. USN        SLOT        SEQ        STATE        UNDO
    
12. 10        19        9816080        ACTIVE        138563
    
13. 
    
14. 
    
15. select useg.segment_name,
    
16.         useg.segment_id,
    
17.         useg.tablespace_name,
    
18.         useg.status
    
19.    from dba_rollback_segs useg
    
20.   where useg.segment_id in
    
21.         (select ktuxeusn usn
    
22.            from x$ktuxe a
    
23.           where ktuxesta <> 'INACTIVE'
    
24.             and ktuxecfl like '%DEAD%')
    
25. --
    
26. SEGMENT_NAME        SEGMENT_ID        TABLESPACE_NAME        STATUS
    
27. _SYSSMU10_1265347054$        10        UNDOTBS1        ONLINE
    
28. 
    
29. --
    
30. 
    
31. select rl.usn,rl.name from v$rollname rl where usn in (select ktuxeusn usn
    
32.            from x$ktuxe a
    
33.           where ktuxesta <> 'INACTIVE'
    
34.             and ktuxecfl like '%DEAD%')
    
35. --
    
36. USN        NAME
    
37. 10        _SYSSMU10_1265347054$
    
38. 
    
39. --
    
40. select p1,chr(bitand(1413545989,-16777216)/16777215) ||
    
41.        chr(bitand(1413545989,16711680)/65535) "LOCK",
    
42.        to_char(bitand(1413545989,65535)) "mode",
    
43.        p2,
    
44.        p3,
    
45.        seconds_in_wait
    
46.   from v$session_wait a
    
47. where a.EVENT = 'DFS lock handle';
    
48. 
    
49. LOCK        mode        P2        P3        SECONDS_IN_WAIT
    
50. 1        TA        5        3        28        0
    
51. 
    
52. --
    
53. select b.name useg,b.inst# inst#,b.status$ status,a.ktuxeusn xid_usn,a.ktuxeslt xid_slot,a.ktuxesqn xid_seq,a.ktuxesiz undoblocks,a.ktuxesta txstatus
    
54.            from x$ktuxe a,undo$ b
    
55.           where ktuxesta <> 'INACTIVE'
    
56.             and ktuxecfl like '%DEAD%'
    
57.             and a.ktuxeusn=b.us#
    
58.             
    
59.                          USEG        INST#        STATUS        XID_USN        XID_SLOT        XID_SEQ        UNDOBLOCKS        TXSTATUS
    
60. 1                _SYSSMU10_1265347054$ 1        3        10        19        9816080        138563        ACTIVE
    
61. 
    

复制代码

_SYSSMU10_1265347054$ undo header信息上传附件了。

Maclean Liu(刘相兵

select * from v$session_longops where sofar<totalwork

+

smon  trace上传 看看

makaveli

Maclean Liu(刘相兵 发表于 2013-4-10 15:25
select * from v$session_longops where sofar

查询v$session_longops没有返回结果。smon trace已经上传，刚才做了一个10046。

Maclean Liu(刘相兵

看trace里

WAIT #0: nam='DFS lock handle' ela= 684 type|mode=1413545989 id1=3 id2=20 obj#=0 tim=12785304193330
WAIT #0: nam='DFS lock handle' ela= 566 type|mode=1413545989 id1=3 id2=28 obj#=0 tim=12785304194130

DFS lock handle 已经结束了啊

你查一下是不是回滚完了

makaveli

Maclean Liu(刘相兵 发表于 2013-4-10 15:56
看trace里

WAIT #0: nam='DFS lock handle' ela= 684 type|mode=1413545989 id1=3 id2=20 obj#=0 tim=1278 ...

好像没有，查看v$fast_start_transactions视图,状态还是RECOVERING，UNDOBLOCKSDONE是0，UNDOBLOCKSTOTAL是138563还，而且alert里还一直报Transaction recovery: lock conflict caught and ignored这个错误。

1. USN        SLT        SEQ        STATE        UNDOBLOCKSDONE        UNDOBLOCKSTOTAL        PID        CPUTIME        PARENTUSN        PARENTSLT        PARENTSEQ        XID        PXID        RCVSERVERS
   
2. 1        10        19        9816080        RECOVERING        0        138563                683616                                000A00130095C810                0

复制代码

西西梅丽

最近我也遇到这个问题,到现在还没解决。
搜索相关资料说要重建那几个对象，不知道可行不。

西西梅丽

参考资料
http://dba010.wordpress.com/2013/04/30/transaction-recovery-lock-conflict-caught-and-ignored/