本帖最后由 lwlmj840715 于 2013-05-13 08:29:42 编辑

解决方案 »

  1.   

    经过检查
    其中的buffer busy waits
    主要是在等待6#数据文件的13号数据块
    但是6#数据文件所在的表空间是assm的
    为什么依然还会出现buffer busy waits
      

  2.   

    看了下,RMAN备份造成的IO问题,看看磁带库的连接是否正常
    看看后台RMAN的运行情况和日志情况
      

  3.   

    主要问题是RMAN备份造成的,建议检查RMAN相关操作是否正常
      

  4.   

    rman也许会有些影响,但IO的问题还在其次,更主要的可能是热块引起的,也就是楼主说的6号文件的第13个数据块,看看这个块是干嘛的,然后,再进一步分析。
      

  5.   

    回以上高手
    RMAN是在做增备 数据量大约在7~8T
    查询6号文件的第13个数据块是在哪张表
    有了这些信息下一步应该怎么做
      

  6.   

    RMAN是在做增备 数据量大约在7~8T--是增量备份的数据增量在7~8T?每天都有这么多数据增量?每天都做备份?
      

  7.   

    以上是sql order by的top 3还有个疑问
    为什么很多记录的Executions是0
      

  8.   

    executions=0表示在收集时间段内,SQL还没有执行完成。
    检查v$session_wait,找到p3,查看对应的原因编码解析,看看buffer busy waits的原因是什么
      

  9.   

    看情况,应该是数据仓库。
    I/O慢,这个通常是物理磁盘的问题,很难优化的,优化效果有限。
    加并向,转移历史数据,优化SQL等,这些手段。
      

  10.   

    平均redo 46m/s这个数据太恐怖了热块主要是因为sql ,找逻辑读大的sql进行优化分析
      

  11.   

    我们那不能连外网
    好在我当时写的监控sql里面把p1、p2、p3
    都查出来了
    下次贴出来
      

  12.   

    请教楼上的各位高手
    关于这个AWR报告
    有没有专门的详细的说明
    其实每次拿到这个玩意
    除了知道要看top5 wait event和优化sql之外
    其它的就不知道怎么去分析了
    也不知道重点应该分析哪些部分、优化sql的话应该优化那么多sql order by里的哪些
    这个AWR报告究竟应该怎么去看
    哪些部分是要重点关注的呢
    这AWR报告有什么不足