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

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

77

积分

0

好友

1

主题
1#
发表于 2012-7-5 14:32:29 | 查看: 6692| 回复: 4
环境 10.2.0.4  +aix 6.1

             现在系统非常慢。===disk busy 100%,以下是系统层面的一些信息,我附件里面有awr,帮忙看下,非常感谢

[easdb-szzb:oracle:/u01] uptime
  02:26PM   up 448 days,  17:28,  10 users,  load average: 6.00, 7.12, 7.77
[easdb-szzb:oracle:/u01] uptime
  02:30PM   up 448 days,  17:32,  12 users,  load average: 3.72, 5.39, 6.90

vmstat 3 10
System configuration: lcpu=64 mem=191231MB
kthr    memory              page              faults        cpu   
----- ----------- ------------------------ ------------ -----------
r  b   avm   fre  re  pi  po  fr   sr  cy  in   sy  cs us sy id wa
3  2 29852361 243923   0   0   0 170  170   0 2385 72107 11642 10  1 89  0
2  0 29854095 243300   0   0   0 412 1428   0 1415 55263 9334 10  1 89  0
5  0 29854390 243593   0   0   0 227 1901   0 951 81015 8252 14  1 85  0
4  1 29854985 243661   0   0   0 284 1688   0 1253 70501 8879 12  1 87  0
3  0 29857127 241722   0   0   0 171  171   0 1766 40686 9999  9  1 90  0
4  0 29856779 244326   0   0   0 841 5883   0 2453 53837 10872 12  1 87  0
4  0 29857689 243659   0   0   0 192 1064   0 2639 33427 11403  6  1 93  0
2  0 29857575 243669   0   0   0   0    0   0 2376 54234 10559  6  1 92  0
3  2 29861972 241472   0   0   0 1091 1375   0 2661 57627 11387  6  1 91  1
3  1 29862732 241259   0   0   0 204  203   0 2269 45077 10548 10  1 89  0

[ 本帖最后由 tonytang 于 2012-7-5 14:35 编辑 ]

AWR Rpt - vanke Snap 10588 thru 10590.html

1.29 MB, 下载次数: 788

2#
发表于 2012-7-5 14:37:31
顶一下
  现在 select count(*) from v$lock;都不能返回结果啊,是否说明已经有很严重的阻塞了啊

回复 只看该作者 道具 举报

3#
发表于 2012-7-5 14:48:25
ysical Reads        Executions        Reads per Exec        %Total        CPU Time (s)        Elapsed Time (s)        SQL Id        SQL Module        SQL Text
296,832        1        296,832.00        6.85        15.60        137.77        gr0j6zkvsdmj6        JDBC Thin Client        DELETE FROM T_CSL_DynaItemData...
229,161        2        114,580.50        5.29        17.71        242.11        bs7jq0ar7pgv1        JDBC Thin Client        UPDATE t_gl_cashflowrecord SET...

这2个SQL 语句消耗了大量的物理读 大约4g

Event        Waits        %Time -outs        Total Wait Time (s)        Avg wait (ms)        Waits /txn
db file sequential read        1,405,093        0.00        28,023        20        18.98
db file scattered read        697,593        0.00        23,692        34        9.42
db file parallel write        183,505        0.00        7,800        43        2.48
local write wait        34,634        1.86        4,923        142        0.47

就IO statistics来看  你的存储存在较大的性能瓶颈  在IO负载不高的情况下 就表现为 响应速度极慢 20ms以上

IOWAIT_TIME        3,109,456   IO WAIT时间

回复 只看该作者 道具 举报

4#
发表于 2012-7-5 14:53:30
我们的存储是HDS 的USP VM性能算是不错的了!还有IO硬件的配置应该是暂时不可能改善的。
还有没有其他的建议啊

回复 只看该作者 道具 举报

5#
发表于 2012-7-5 14:55:08

回复 4# 的帖子

存储的性能并不仅仅受到其原始配置的影响,  也受到其他因素的影响。

例如 电池充放电、 备用电池耗尽、没有利用存储缓存等等, 建议你找存储供应商诊断该IO缓慢的问题

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-11-15 23:19 , Processed in 0.057114 second(s), 24 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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