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

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

26

积分

0

好友

1

主题
1#
发表于 2013-3-21 14:44:26 | 查看: 6144| 回复: 11
数据库平台:Microsoft Windows IA (32-bit)
数据库版本:11.2.0.1.0  single instance
16cpu 8core 2socket
Mem:4G

近期数据库每日下午出现反应缓慢,客户端无法连接数据库,发现有大量的library cache lock 和 cursor:mutex S 。
附件有当时的AWR,ash报错无法做出和hanganalyze 4的trace文件。

请教如何入手分析解决。

先行谢过。

awr.html

386.15 KB, 下载次数: 1014

foiswin_ora_13536.txt

249.66 KB, 下载次数: 940

2#
发表于 2013-3-21 15:49:28
做个266的systemstate

回复 只看该作者 道具 举报

3#
发表于 2013-3-21 15:54:53
warmbreeze 发表于 2013-3-21 15:49
做个266的systemstate

本来当时想做来着 可是没来得及

回复 只看该作者 道具 举报

4#
发表于 2013-3-21 16:20:44
这个样子266也困难,可以做hanganalyze 3

回复 只看该作者 道具 举报

5#
发表于 2013-3-21 16:29:40
32bit的shared pool 太小了
审计关掉算了

回复 只看该作者 道具 举报

6#
发表于 2013-3-21 17:29:55
Statistic Name        Time (s)        % of DB Time
parse time elapsed        224,012.60        99.46
connection management call elapsed time        224,001.99        99.45
DB CPU        44,661.84        19.83
查查为啥登录数据库耗费了这么多资源,dbtime都被登录耗费掉了,top sql order by parse也是写审计耗费资源

回复 只看该作者 道具 举报

7#
发表于 2013-3-21 18:41:02
warmbreeze 发表于 2013-3-21 16:29
32bit的shared pool 太小了
审计关掉算了

里面很多关于sys.aud$的sql  嗯 可以考虑

回复 只看该作者 道具 举报

8#
发表于 2013-3-21 18:42:42
低调小马哥 发表于 2013-3-21 17:29
Statistic Name        Time (s)        % of DB Time
parse time elapsed        224,012.60        99.46
connection management call  ...

出问题的时候一个现象就是客户端无法连接数据库,然后继而很多用户将不断尝试重连,可能又加剧了这个现象。

回复 只看该作者 道具 举报

9#
发表于 2013-3-21 18:44:06
cargoo 发表于 2013-3-21 16:20
这个样子266也困难,可以做hanganalyze 3

做了hanganalyze的 附件有trace文件的

回复 只看该作者 道具 举报

10#
发表于 2013-3-21 19:11:30
做一个 ash , @?/rdbms/admin/ashrpt

做一个systemstate dump 266 并 7z压缩 上传

回复 只看该作者 道具 举报

11#
发表于 2013-3-21 19:13:10

Elapsed Time (s)        Executions        Elapsed Time per Exec (s)        %Total        %CPU        %IO         SQL Id        SQL Module        SQL Text
261,585.35                          116.14        13.83                 4vs91dcv7u1p6                 insert into sys.aud$( sessioni...


insert into sys.aud$( sessionid, entryid, statement, ntimestamp#, userid, userhost, terminal, action#, returncode, obj$creator, obj$name, auth$privileges, auth$grantee, new$owner, new$name, ses$actions, ses$tid, logoff$pread, logoff$lwrite, logoff$dead, comment$text, spare1, spare2, priv$used, clientid, sessioncpu, proxy$sid, user$guid, instance#, process#, xid, scn, auditid, sqlbind, sqltext, obj$edition, dbid) values(:1, :2, :3, SYS_EXTRACT_UTC(SYSTIMESTAMP), :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22, :23, :24, :25, :26, :27, :28, :29, :30, :31, :32, :33, :34, :35, :36)

恐怕是有与aud$相关对象的DDL存在

回复 只看该作者 道具 举报

12#
发表于 2013-3-26 18:41:53
有的时候hang的时候266 已经来不及做了

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-27 17:40 , Processed in 0.051591 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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