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

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

8

积分

0

好友

7

主题
1#
发表于 2013-3-25 13:41:29 | 查看: 5918| 回复: 8
本帖最后由 szkking 于 2013-3-25 17:30 编辑

一套11.2.0.3的RAC,突然变慢,只有当时的AWR报告和ADDM报告,看了半天,应该是有人手动执行收集统计信息的东西,除了几条SQL感觉有问题,其他的原因没看出来什么,请刘大帮忙看下,尤其RAC之间的问题,有些RAC的AWR指标,不知道参数在多少之内算正常的。

addmrpt_1_25697_25701.txt

50.93 KB, 下载次数: 1036

addmrpt_2_25697_25701.txt

11.64 KB, 下载次数: 1028

awrrpt_1_25697_25701.html

1.13 MB, 下载次数: 954

awrrpt_2_25697_25701.html

1.08 MB, 下载次数: 967

2#
发表于 2013-3-25 15:39:17
我觉得变慢,可能问题出现在节点2的上的这个等待事件上
Event                                        Waits      Time(s)        Avg wait (ms)        % DB time        Wait Class
enq: TX - row lock contention 5,704        3,346        587             14.93        Application

查看row lock waits
可能问题 出现在         UPDATE CH_ACCT_MAST  这张表上.
通过
SELECT * FROM dba_hist_active_sess_history
where instance_number=1
and snap_id in (25697, 25701,25700 )
and  event='enq: TX - row lock contention'
看能否出现一些问题

回复 只看该作者 道具 举报

3#
发表于 2013-3-25 17:30:04
问题怎么删除呢?刘大

回复 只看该作者 道具 举报

4#
发表于 2013-3-25 22:03:54
每秒的登录会不会有点高Logons: 46.9

回复 只看该作者 道具 举报

5#
发表于 2013-3-25 22:43:02
lz 放AWR 至少压缩下, 我在上班时间用3g上网 根本不敢下你的附件

回复 只看该作者 道具 举报

6#
发表于 2013-3-25 22:51:15
Load Average Begin        Load Average End        %User        %System        %WIO        %Idle
35.30         34.32         22.8         2.5         1.4         74.7

负载不低啊

Elapsed Time (s)        Executions        Elapsed Time per Exec (s)        %Total        %CPU        %IO         SQL Id        SQL Module        SQL Text
18,439.99        256        72.03        14.86        35.23        30.90        f2um736twwusj         sqlplus@fcrdb1 (TNS V1-V3)        select /*+ parallel(t, 32) par...
7,058.87        128        55.15        5.69        40.88        19.73        b9chu71xnh8fg         sqlplus@fcrdb1 (TNS V1-V3)        select /*+ parallel(t, 32) par...
6,590.94        1        6,590.94        5.31        47.37        10.79        gm7qf77q5b3rb         sqlplus@fcrdb1 (TNS V1-V3)        select /*+ parallel(t, 32) par...
6,344.37        1        6,344.37        5.11        51.36        6.68        80umqt6gqyfmm         sqlplus@fcrdb1 (TNS V1-V3)        select /*+ parallel(t, 32) par...

没看错的话 1节点上有人登了sqlplus 在以 32 parallel收集 统计信息

这是上午10:00~11:00 为什么这个时间并行收统计信息?

回复 只看该作者 道具 举报

7#
发表于 2013-3-26 08:23:48
刘大,附件发的确实有问题。
问了一下,是他们有定时执行的收集信息的任务,我目前无法拿到进一步的资料。
目前恢复正常了。过几天过去,我会进一步搜集资料。
谢谢刘大。

再有,我如果想看一些RAC方面的AWR报告,需要看那些资料能好一些。

回复 只看该作者 道具 举报

8#
发表于 2013-3-26 08:59:00
szkking 发表于 2013-3-26 08:23
刘大,附件发的确实有问题。
问了一下,是他们有定时执行的收集信息的任务,我目前无法拿到进一步的资料。
...

同意进一步跟踪下这个时间段的AWR,看看具体的sql执行时间,系统Load是否有大的变化,以及其他的一些相关的信息。如果业务没有什么变化,这个比较还是比较有意义的,可以为进一步诊断看看那些东西可能发生了变化,找到系统突然变慢的一些原因... :)

Good luck

回复 只看该作者 道具 举报

9#
发表于 2013-3-26 09:32:25
业务高峰期开32并行收集统计信息这个不合适吧

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-27 03:43 , Processed in 0.052327 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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