本帖最后由 zlloct 于 2014-06-24 12:01:20 编辑

解决方案 »

  1.   

    这个数据有问题
    重新采集一个,时间范围选应用高峰期(最忙的几个小时)
    截取top 5事件
    以及几个TOP SQL语句信息
      

  2.   

    为啥我生成的报告还是有问题啊 有些还是没有,上面的那些cpu信息都没有
      

  3.   

    看看alert日志,是不是有报错
      

  4.   

    看看alert日志,是不是有报错日志里就这两个信息Thread 1 cannot allocate new log, sequence
    Checkpoint not complete 
      

  5.   

    看看alert日志,是不是有报错日志里就这两个信息Thread 1 cannot allocate new log, sequence
    Checkpoint not complete 
    这个信息一般说明dml操作频繁,日志切换频繁,日志文件太小或io太慢
      

  6.   


    看看alert日志,是不是有报错
    新的awr来了:
      

  7.   

    redo切换的问题很严重,是有大量的数据在插入吗
    添加几个redo日志组,将文件大小增大
    然后检查redo日志所在的磁盘的读写效率,看看是否存在io问题
      

  8.   

    logfile sync 增大redo日志文件减少切换;
    enq-sq contention 在创建sequence时,默认的cache值太小
    还有数据越插越慢,请分析下是不是有索引是单边加的,导致新记录插入时发生了大量索引分裂
      

  9.   

    LZ,应你的要求已将帖子进行了修改,你check一下
      

  10.   

    LZ,应你的要求已将帖子进行了修改,你check一下
    谢谢啊
      

  11.   

    经过观察发现的确是我这边提交的太频繁造成了数据库的log file sync时间比较严重,网上自己也查了一些解决方法:http://www.itpub.net/thread-1750190-1-1.html http://www.itpub.net/forum.phpmod=viewthread&tid=1777234&page=11#pid21247486
    http://www.itpub.net/thread-1777234-1-1.html