Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

75

积分

1

好友

8

主题
1#
发表于 2012-6-13 00:26:32 | 查看: 11539| 回复: 2
最近在检查一个数据库时,发现跟踪日志有大量的错误( ORA-24756: transaction does not exist)

1、主机系统环境
IBM P740
#oslevel -s
6100-06-05-1115
2、数据库版本
11.2.0.3 RAC + ASM两节点

3、在数据库跟踪日志中出现大量错误。(alert文件太大无法上传,几乎时刻在产生下面的错误信息):

Errors in file /oracle/diag/rdbms/xxxx/xxxx1/trace/xxxxdb1_reco_10747906.trc:
ORA-24756: transaction does not exist
Errors in file /oracle/diag/rdbms/xxxx/xxxx1/trace/xxxxdb1_reco_10747906.trc:
ORA-24756: transaction does not exist
Errors in file /oracle/diag/rdbms/xxxx/xxxx1/trace/xxxxdb1_reco_10747906.trc:
ORA-24756: transaction does not exist


4、查看xxxxdb1_reco_10747906.trc trace文件(文件太大,截取了一部分内容):
*** 2012-06-05 14:02:33.723
ERROR, tran=905.32.779, ose=0:
ORA-24756: transaction does not exist

*** 2012-06-05 14:02:33.723
ERROR, tran=905.32.779, session#=2, ose=0:
ORA-24756: transaction does not exist

*** 2012-06-05 14:02:38.669
ERROR, tran=905.32.779, ose=0:
ORA-24756: transaction does not exist
................................
*** 2012-06-05 17:26:38.057
ERROR, tran=1139.12.169, session#=2, ose=0:
ORA-24756: transaction does not exist
DISTRIB TRAN XXXXTDB.528bf565.1321.24.4099
  is local tran 1321.24.4099 (hex=529.18.1003))
  delete pending committed tran, scn=12158831187357 (hex=b0e.f2d0559d)
DISTRIB TRAN XXXXDB.528bf565.1331.29.132705
  is local tran 1331.29.132705 (hex=533.1d.20661))
  delete pending committed tran, scn=12158831187410 (hex=b0e.f2d055d2)
DISTRIB TRAN XXXXTDB.528bf565.1330.2.29472
  is local tran 1330.2.29472 (hex=532.02.7320))
5、附件中收集了两份AWR报告和ADDM快照。分别为上午8点到10点,下午14点到16点(这段时间应该是业务最忙的时候
初步分析,
(1)感觉数据库性能跟不上业务需求

(2)sql语句应该存在一定的质量问题,一个select查询几乎每次都需要几百秒的时间响应。

问题:
1、为什么会出现:事务处理不存在的错误?是否跟DBLINK有关系?
2、是否存在sql语句的质量问题?
请刘大帮忙分析分析!!!!

addmrpt_1_7391_7394.txt

14.67 KB, 下载次数: 912

addmrpt_1_7397_7399.txt

10.25 KB, 下载次数: 877

awrrpt_1_7391_7393.html

812.57 KB, 下载次数: 943

awrrpt_1_7397_7399.html

787.22 KB, 下载次数: 878

2#
发表于 2012-6-13 11:20:42
11.2.0.3.0 + AIX-Based Systems (64-bit)   RAC = YES
就AWR 来看 存在较多的dblink transaction

inactive transaction branch        7,208        7,208        1000        10.08        Other
SQL*Net message from dblink        40,074        1,676        42        2.34        Network

SQL*Net message from dblink 平均等待达到42ms 说明 网络性能不佳


系统中是否存在 XA transaction , 就AWR 的TOP SQL 无法定位 XA transaction  或dblink

建议你打包上传reco 进程的TRACE

回复 只看该作者 道具 举报

3#
发表于 2012-6-13 12:37:23
1、您的问题:系统中是否存在 XA transaction?


据我所知,数据库提供了交易中间件(tuxedo)的接口函数,是否属于
XA transaction


reco日志已上传

2、就AWR报告来看。OS是不是把
70.9% %Buys CPU
用在了非Oracle Instance的进程以外的进程上了?比如磁盘I/O等。



3、另外我计算了下,每秒的I/O量大约在60M左右,就OS角度来说,是否存在I/O上的瓶颈。
Physical reads:           5,501.9           1,622.3
Physical writes:           2,616.6             771.6


MBPS 大致为63M

Instance Activity Stats
physical read total bytes324,959,288,32045,168,026.4213,318,549.46

physical write total bytes154,572,298,24021,484,924.126,335,189.89
而这个2个小时内数据库对物理卷总的读写超过400GB 。
我想问的是,系统的%Busy CPU是不是大部分花在了您所说的网络上、还有就是对物理卷的读写上了?

jhyktdb1_reco_10747906.rar

1.48 MB, 下载次数: 1044

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-25 23:36 , Processed in 0.051882 second(s), 24 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569