ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 11g awr 不会自动收集快照

11g awr 不会自动收集快照

原创 Linux操作系统 作者:cnaning 时间:2011-03-18 08:26:32 3 删除 编辑
自动工作负载库(Automatic Workload Repository,AWR)
在昨天,一台服务器的awr居然不会自动更新了,环境是11gR2
怎么办呢?
先看看job是否运行,如下图
可以看到产生快照时间为10分钟,保存期为8天,没有问题。
难道是禁用了awr收集?查询参数看看:
SQL> show parameter statistics
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
optimizer_use_pending_statistics     boolean     FALSE
statistics_level                     string      TYPICAL
timed_os_statistics                  integer     0
timed_statistics                     boolean     TRUE
 
可以看到是statistics_level  的等级是TYPICAL ,没有问题为什么不会自动收集呢?
当然已经测试过手动收集是没有问题的。奇怪的很啊,咨询了N个朋友,甚至远程协助,可还是不会自动收集。啊,看看SYSAUX 表空间是不是满了,又失望了,表空间没有问题。下班了还是不好,没办法,只能回家去想办法了,回家继续google,最后matelink,e文,晕死,还是没结果。
嗨,不搞定他觉都睡不好,早上起个大早来到公司,一看,心理的那点希望又落空了,还是不会自动收集,又想起不会是谁把job给删除了吧,拿它的job和别的服务器的job比较,完,2台服务器job一样,为什么你就不会自动收集呢?真是笨死了。
突发奇想,自己手动建个快照看看,如下图:
 

大家看到没,已经可以自动收集了,真是怪事?
仔细观察发现:Snap ID 81 的Startup Time:时间为2011-2-7 10:38:12,Begin Interval Time:2011-2-7 10:38:12,End Inteval Time 2011-2-8 5:41:49
拿81和82对比:Snap ID 82 的Startup Time:时间为2011-2-7 10:38:12,Begin Interval Time:2011-2-8 5:41:49,End Inteval Time 2011-2-8 5:50:42
结果发现,81的Begin Interval Time时间是昨天,82的Begin Interval Time时间是我今天收动创建快照结束的时间
由此,得出2个结论:一、awr的快照收集是在当天统计信息收集之后开始快照的,所以以后擅自修改awr收集时间要主意了
                   二、awr快照job需要一个参照物,例如本例,10分钟照一次,他是参照哪个呢?当快照为空的时候,他不知道跟谁比较,所以一直不会收集,当我手动创建一个后,他马上会自动收集,上图就是结论。
折腾一天的awr终于搞定了!心情也舒畅了,哦,想起来昨晚还没吃饭,赶快去吃些东西了,嘿嘿
 
 
 
 
 
 
 
 
 
 
 
 
 

job.jpg

ok了.jpg

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12457158/viewspace-689820/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2010-12-12

  • 博文量
    36
  • 访问量
    216666