您好,登录后才能下订单哦!
今天在看一条应用反应说执行不出来的SQL时,发现数据库中的AWR报告没有自动收集,最近的还停留在9月26日的,查看当前的时间是10月20日,现在有意思了,怎么会这样的,默认的AWR是1个小时收集一次,保留8天(此数据库版本为11.2.0.4)。
下面来检查一下AWR的设置情况:
SQL> show parameter statistics_level NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ statistics_level string TYPICAL SQL> select * from dba_hist_wr_control; DBID SNAP_INTERVAL RETENTION TOPNSQL ---------- -------------------------------- --------------------------- ---------- 2574787718 +00000 01:00:00.0 +00008 00:00:00.0 DEFAULT
statistics_level设置为TYPICAL:收集数据库自动管理的所有数据。
收集间隔snap_interval为1小时,保留时间retention为8天。
这些设置都正常。
又想到AWR收集后存放在SYSAUX表空间中,是不是表空间满了么?
TABLESPACE_NAME SIZE_G FREE_G USED_PCT ------------------------------ --------------- --------------- ---------- SYSAUX 2.78 0.51 81.50%
可以看到有虽然SYSAUX表空间不大但也还有空间,看来也不是SYSAUX表空间的问题。
再去看最近后台的alert日志也都是正常的日志切换内容没有任何的报错的信息。
既然没有报错,那我手动收集一下AWR总是可以的吧,于是执行下面的语句
SQL> exec dbms_workload_repository.modify_snapshot_settings(retention=>21600); BEGIN dbms_workload_repository.modify_snapshot_settings(retention=>21600); END; * ERROR at line 1: ORA-13516: AWR Operation failed: only a subset of SQL can be issued ORA-06512: at "SYS.DBMS_WORKLOAD_REPOSITORY", line 174 ORA-06512: at "SYS.DBMS_WORKLOAD_REPOSITORY", line 222 ORA-06512: at line 1
从上面可以看到,手动收集AWR报错,那既然有报错信息就可以根据报错进行处理。
先来看看这个报错是什么意思
SQL> !oerr ora 13516 13516, 00000, "AWR Operation failed: %s" // *Cause: The operation failed because AWR is not available. The // possible causes are: AWR schema not yet created; AWR // not enabled; AWR schema not initialized; or database // not open or is running in READONLY or STANDBY mode. // *Action: check the above conditions and retry the operation.
后面开始在MOS和百度进行搜索,MOS找到一篇文档与这里的报错很相似,但对应的版本10.1到10.2,与我当前的版本不一致。后来看到一篇博客介绍说到AWR是由后台进程MMON执行的收集的,于是查看服务器上的MMON进程
SQL> !ps -ef |grep mmon oracle 15484 2406 1 13:24:07 pts/5 0:00 grep mmon
居然没有!
看来MMON进程是被DOWN掉了,那又是什么时候DOWN掉的呢,又想到AWR停留在9月26日,于是去看那天的alert日志,结果有重大发现:
看到26号那天晚上对数据库做了shutdown操作,但很快shutdown又被取消了,这过程中MMON和MMNL进程被down了,后来数据库一直没有重启过,所以MMON进程就一直也没有启动,于是今天的问题就被发现了。
现在找到了原因,那如何解决呢?怎么把MMON进程能够启起来呢?
上网查了很多,没有找到相关的解决方法。最终的方法就是把数据库重启。
如果有大神知道如何在不重启实例的情况把MMON进程启动,希望赐教。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。