前沿拓展:
Win10 dmp日志
去裝個微軟自家的Debugging Tools for Windows,打開讀取一下本地的DMP文件即可
概述
最近發(fā)現(xiàn)Oracle數(shù)據(jù)庫其中一個節(jié)點告警日志頻繁提示:Transaction recovery: lock conflict caught and ignored,還是有點棘手的,下面記錄下問題排查的過程:
環(huán)境:Oracle11.2.0.1 RAC 2節(jié)點 AIX 6.1
rowid_type:rowid類型(restricted或者extended)。設置rowid_type為0時,代表restricted ROWID(此時,將忽略參數(shù)object_number):設置rowid_type為1時,代表extended ROWID。
object_number:數(shù)據(jù)對象編號(僅restricted類型rowid可用)。
relative_fno:所在數(shù)據(jù)文件編號。
block_number:該數(shù)據(jù)文件中的數(shù)據(jù)塊編號。
row_number:在該塊中的行編號。
–rowid類型為1(select dbms_rowid.rowid_type(rowid) from archive.s_ship_unit_line_dmp)
–數(shù)據(jù)對象編號為188387(select dbms_rowid.rowid_object(ROWID) from archive.s_ship_unit_line_dmp)
–數(shù)據(jù)文件編號為8(select dbms_rowid.rowid_relative_fno(ROWID) from archive.s_ship_unit_line_dmp)
–block_number:bdba
–row_number:slot
select dbms_rowid.rowid_create(1,188387,8,268642066,9) from archive.s_ship_unit_line_dmp where rownum=1;
關鍵信息如下:
因為里面都是16進制,所以需要做一下轉換:
到這里就沒有繼續(xù)分析下去了,應該是最后rowid推算時slot考慮的不太對,有點問題,所以**不到這一行,沒法繼續(xù)深入了,第二發(fā)現(xiàn)告警日志又突然恢復正常了…
后面會分享更多devops和DBA方面的內容,感興趣的朋友可以關注下~
拓展知識:
原創(chuàng)文章,作者:九賢生活小編,如若轉載,請注明出處:http://m.xiesong.cn/123543.html