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

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

41

积分

0

好友

15

主题
1#
发表于 2014-1-13 20:34:18 | 查看: 2871| 回复: 4
环境:
os:rhel5
db:10.2.0.1 64bit

某库今天早上8点到9点这一个小时内,session不能连接,下午我跟同事要权限登陆,拿的8-9点的awr
附件中是awr和某语句的执行计划。

望各位帮忙看下,多谢!

自己初步分析:
1.Execute to Parse %:         18.10
解析过多,可能是硬解析,也可能是软解析

2.Parses:         114.49         107.55
Hard parses:         0.99         0.93
那说明是软解析过多

3.Parse CPU to Parse Elapsd %:         17.99
有等待

4.等待事件(平均等待时间很短)中有并行相关等待,但是sql并没有使用并行,表属性中parallel 为1
这点有些奇怪,哪位了解,帮忙解释解释

5.初步分析认为是软解析造成,那么下面我如何去分析跟并行相关的东东呢?
在8-9这个小时内等待PX Deq Credit: send blkd的session有850多个,并且一个sql_id 对应着几十个session_id
,就是说一个硬解析和多个软解析。
cursor_sharing为 EXACT,sql的文本很相似,只是分区名不同,在应用中没有使用绑定变量,但是cursor_sharing设为 EXACT却没作用,如果要调整参数,那我应该如何调整呢?

awrrpt_1_127693_127696.rar

43.07 KB, 下载次数: 1125

2#
发表于 2014-1-13 20:34:58
不能连接 是 指 连接hang 住? 还是连接报错?

回复 只看该作者 道具 举报

3#
发表于 2014-1-14 10:03:46
无法连接,返回错误ORA-12518  ORA-12537 ,20140110、201401013 ,都发生在早上,持续十几分钟

回复 只看该作者 道具 举报

4#
发表于 2014-1-14 17:05:13
你可以做个AWR的对比!...比较一下.

回复 只看该作者 道具 举报

5#
发表于 2014-1-14 20:49:49
10.2.0.1 + NO RAC

使用的存储 有 裸设备 混 数据文件, 真心说一句 这套库的 管理混乱 , 基本数据那种没有人真心去管理的库, 估计  应用和 系统整体配置也是这个情况。

你在3楼说的, 几个报错, 那么这个问题很好解释, 做一些 系统和 SQL调优这个问题 基本就没了, 只不过是愿不愿意做的问题。

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-21 07:58 , Processed in 0.049105 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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