您好,登錄后才能下訂單哦!
今天在看一條應(yīng)用反應(yīng)說(shuō)執(zhí)行不出來(lái)的SQL時(shí),發(fā)現(xiàn)數(shù)據(jù)庫(kù)中的AWR報(bào)告沒(méi)有自動(dòng)收集,最近的還停留在9月26日的,查看當(dāng)前的時(shí)間是10月20日,現(xiàn)在有意思了,怎么會(huì)這樣的,默認(rèn)的AWR是1個(gè)小時(shí)收集一次,保留8天(此數(shù)據(jù)庫(kù)版本為11.2.0.4)。
下面來(lái)檢查一下AWR的設(shè)置情況:
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設(shè)置為TYPICAL:收集數(shù)據(jù)庫(kù)自動(dòng)管理的所有數(shù)據(jù)。
收集間隔snap_interval為1小時(shí),保留時(shí)間retention為8天。
這些設(shè)置都正常。
又想到AWR收集后存放在SYSAUX表空間中,是不是表空間滿了么?
TABLESPACE_NAME SIZE_G FREE_G USED_PCT ------------------------------ --------------- --------------- ---------- SYSAUX 2.78 0.51 81.50%
可以看到有雖然SYSAUX表空間不大但也還有空間,看來(lái)也不是SYSAUX表空間的問(wèn)題。
再去看最近后臺(tái)的alert日志也都是正常的日志切換內(nèi)容沒(méi)有任何的報(bào)錯(cuò)的信息。
既然沒(méi)有報(bào)錯(cuò),那我手動(dòng)收集一下AWR總是可以的吧,于是執(zhí)行下面的語(yǔ)句
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
從上面可以看到,手動(dòng)收集AWR報(bào)錯(cuò),那既然有報(bào)錯(cuò)信息就可以根據(jù)報(bào)錯(cuò)進(jìn)行處理。
先來(lái)看看這個(gè)報(bào)錯(cuò)是什么意思
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.
后面開(kāi)始在MOS和百度進(jìn)行搜索,MOS找到一篇文檔與這里的報(bào)錯(cuò)很相似,但對(duì)應(yīng)的版本10.1到10.2,與我當(dāng)前的版本不一致。后來(lái)看到一篇博客介紹說(shuō)到AWR是由后臺(tái)進(jìn)程MMON執(zhí)行的收集的,于是查看服務(wù)器上的MMON進(jìn)程
SQL> !ps -ef |grep mmon oracle 15484 2406 1 13:24:07 pts/5 0:00 grep mmon
居然沒(méi)有!
看來(lái)MMON進(jìn)程是被DOWN掉了,那又是什么時(shí)候DOWN掉的呢,又想到AWR停留在9月26日,于是去看那天的alert日志,結(jié)果有重大發(fā)現(xiàn):
看到26號(hào)那天晚上對(duì)數(shù)據(jù)庫(kù)做了shutdown操作,但很快shutdown又被取消了,這過(guò)程中MMON和MMNL進(jìn)程被down了,后來(lái)數(shù)據(jù)庫(kù)一直沒(méi)有重啟過(guò),所以MMON進(jìn)程就一直也沒(méi)有啟動(dòng),于是今天的問(wèn)題就被發(fā)現(xiàn)了。
現(xiàn)在找到了原因,那如何解決呢?怎么把MMON進(jìn)程能夠啟起來(lái)呢?
上網(wǎng)查了很多,沒(méi)有找到相關(guān)的解決方法。最終的方法就是把數(shù)據(jù)庫(kù)重啟。
如果有大神知道如何在不重啟實(shí)例的情況把MMON進(jìn)程啟動(dòng),希望賜教。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。