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

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

0

积分

1

好友

3

主题
1#
发表于 2015-1-31 13:55:25 | 查看: 3963| 回复: 7
最近在做新系统的压测,已经建了业务测试库,现在使用loadrunner在进行100并发用户测试,请大家帮忙看看awr报告中还有什么可以优化的吗?

os:rehdat 6.4x64,64GB内存
oracle:11.2.0.4.5

awrrpt_1_24_25.html

685.16 KB, 下载次数: 641

节点1

awrrpt_2_24_25.html

669.68 KB, 下载次数: 590

节点2

awrrpt_rac_24_25.html

629.4 KB, 下载次数: 592

rac

2#
发表于 2015-1-31 18:59:41

Event        Waits        %Time -outs        Total Wait Time (s)        Avg wait (ms)        Waits /txn        % bg time
log file parallel write        28,948        0        997        34        0.86        46.30


Event        Waits        Total Wait Time (sec)        Wait Avg(ms)        % DB time        Wait Class
db file sequential read        3,732,212        43.4K        12        56.0        User I/O
DB CPU                 27.8K                 35.8         
log file sync        32,562        3844        118        5.0        Commit
gc current block busy        6,671        961.7        144        1.2        Cluster
gc buffer busy acquire        9,011        488.2        54        .6        Cluster
gc buffer busy release        2,445        486.9        199        .6        Cluster
gc cr block busy        3,580        335.7        94        .4        Cluster
gc current block 2-way        264,055        69.4        0        .1        Cluster
SQL*Net message to client        43,244,308        37.3        0        .0        Network
enq: TX - index contention        1,188        17.5        15        .0        Concurrency



如果无法调整 logfile的IO的话 可以考虑 commit_write 和配合一些”特殊的处理“

其他一些参数 也有少量的 调优空间

回复 只看该作者 道具 举报

3#
发表于 2015-2-2 11:27:55
Liu Maclean(刘相兵 发表于 2015-1-31 18:59
Event        Waits        %Time -outs        Total Wait Time (s)        Avg wait (ms)        Waits /txn        % bg time
log file parallel wr ...


从    awrrpt_1_24_25.html  看
user commits 每秒只有11.64次

刘大,请教一下,这个实例的IOPS是不是用
Total Physical Read Requests: 3,732,770
+
Total Physical Write Requestss: 137,846
算出每秒的IOPS=(3732770+137846)/46.92/60=1374.89次

是不是由于较高的IOPS,引起了磁盘的繁忙 ,从而导致了log file sync 的的每秒等待时长高达118ms

回复 只看该作者 道具 举报

4#
发表于 2015-2-2 11:28:21
楼主的存储什么配置?

回复 只看该作者 道具 举报

5#
发表于 2015-3-3 11:23:52
不了峰 发表于 2015-2-2 11:28
楼主的存储什么配置?

普通的SAS盘

回复 只看该作者 道具 举报

6#
发表于 2015-3-24 11:25:00
下载下学习下

回复 只看该作者 道具 举报

7#
发表于 2015-3-28 01:06:24
RAC 网络通信延迟比较多啊

回复 只看该作者 道具 举报

8#
发表于 2015-3-28 01:11:03
索引读取 占了服务56%  看来是个比较真实的应用.
节点1和节点2上跑的应用 应该是同类的. 建议细分应用 放在单独节点上
COMMIT 提交 在线日志放在独立的磁盘组上

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-5-20 07:45 , Processed in 0.079099 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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