11g awr 不会自动收集快照

自动工作负载库(Automatic Workload Repository,AWR)
在昨天,一台服务器的awr居然不会自动更新了,环境是11gR2
怎么办呢?
先看看job是否运行,如下图
12457158_201103180838291.jpg
可以看到产生快照时间为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一样,为什么你就不会自动收集呢?真是笨死了。
突发奇想,自己手动建个快照看看,如下图:
 
12457158_201103180854561.thumb.jpg
大家看到没,已经可以自动收集了,真是怪事?
仔细观察发现: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终于搞定了!心情也舒畅了,哦,想起来昨晚还没吃饭,赶快去吃些东西了,嘿嘿
 
 
 
 
 
 
 
 
 
 
 
 
 

fj.pngjob.jpg

fj.pngok了.jpg

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

转载于:http://blog.itpub.net/12457158/viewspace-689820/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值