IO极慢，AWR一枚，请大拿帮忙分析

yslaoniu

各位大拿，

    这个库最近越来越慢了，有以下几个问题想请教大拿们：

        1. 针对某个时点，对某个table的大吞吐量访问，通过加存储的方式能否解决问题；
        2. 如果就现在这个存储，将访问吞吐量较大的表做分区表，能否解决此AWR反应的问题；
        3. 日志文件的大小、个数是否需要调整；
        4. 数据文件的大小及扩展方式是否需要调整；
        
   
    如果大拿们还发现其它问题，请多提宝贵建议，谢谢！

Maclean Liu(刘相兵

bad one:

physical read total IO requests        18,230,973        5,117.52        57.68
physical read total bytes        ###############        102,784,697.15        1,158,451.04

physical write total IO requests        925,949        259.92        2.93
physical write total bytes        18,180,701,184        5,103,407.72        57,518.76


good one:

physical read total IO requests        20,116,346        5,555.86        67.34
physical read total bytes        ###############        134,003,852.19        1,624,096.35

physical write total IO requests        950,841        262.61        3.18
physical write total bytes        26,628,130,816        7,354,321.68        89,132.71


oracle似乎并没有吃更多的IO


上传lgwr、dbwr的trace

dukope@yahoo.cn

OLAP的库优化SQL才是王道

hzhg

等待事件上看，日志文件组数应该增加
语句上有很多分组及排序，内存上是不是也有问题
个人觉得还是调调语句或许效果更好些

yslaoniu

Maclean Liu(刘相兵 发表于 2013-5-7 14:10
bad one:

physical read total IO requests        18,230,973        5,117.52        57.68

IO总量差异是不太大，但是DB Time(bad): 5128.82mins， DB Time(good): 2141.56mis，差了一倍多。
我是觉得应该问题出在某几个数据文件的访问，或是日志文件切换导致的IO瓶颈，就是不知道下来怎么分析了。