Oracle 12c中JOB執行失敗的簡單處理(r11筆記第66天)
在之前簡單分析過一個12c中資料字典的小問題。
Oracle 12c資料字典的小問題(r11筆記第49天)
最近檢視郵件,12c的一個PDB還是存在JOB執行異常的情況,因為是測試環境,不是業務類的JOB,這個問題就給了我一些時間來修復。
首先因為資料字典cdb_scheduler_job_run_details的問題,還不能一下子就查出資料。我們分階段來完成這個工作,即分成幾條SQL語句來查。
首先檢視PDB中的JOB執行情況。可以看到con_id=8的PDB存在失敗的JOB
SQL> select con_id,status,count(*)from cdb_SCHEDULER_JOB_RUN_DETAILS group by con_id,status;
CON_ID STATUS COUNT(*)
---------- ------------------------------ ----------
1 SUCCEEDED 13448
1 STOPPED 1
8 FAILED 93
8 SUCCEEDED 5048
3 SUCCEEDED 13109
看起來失敗的還不少,當然這種方式得到的是一個整體的情況,我們需要過濾得到近些天來的執行情況。
SQL> select con_id,status,count(*)from cdb_SCHEDULER_JOB_RUN_DETAILS where log_date>sysdate-20 group by con_id,status;
CON_ID STATUS COUNT(*)
---------- ------------------------------ ----------
8 FAILED 19
8 SUCCEEDED 161
6 SUCCEEDED 8290
... 我們切換到這個容器 con_id=8
alter session set container=actvdb;
下面的語句很普通,但是在這種方式下執行就是通不過。
SQL> SELECT JOB_NAME,LOG_DATE,count(*)from
DBA_SCHEDULER_JOB_RUN_DETAILS where log_date>sysdate-20 and
status='FAILED' group by job_name,LOG_DATE;
SELECT
JOB_NAME,LOG_DATE,count(*)from DBA_SCHEDULER_JOB_RUN_DETAILS where
log_date>sysdate-20 and status='FAILED' group by job_name,LOG_DATE
*
ERROR at line 1:
ORA-03115: unsupported network datatype or representation一種解決方式就是直接使用PDB的DBA賬號。繼續檢視就沒有問題了。
SQL> SELECT JOB_NAME,LOG_DATE,count(*)from
DBA_SCHEDULER_JOB_RUN_DETAILS where log_date>sysdate-20 and
status='FAILED' group by job_name,LOG_DATE
JOB_NAME LOG_DATE COUNT(*)
------------------------ ---------------------------------------- ----------
ORA$AT_SA_SPC_SY_6447 15-JAN-17 06.00.26.399954 AM +08:00 1
ORA$AT_SA_SPC_SY_6467 16-JAN-17 10.00.22.607829 PM +08:00 1
ORA$AT_SA_SPC_SY_6470 17-JAN-17 10.00.19.712548 PM +08:00 1
ORA$AT_SA_SPC_SY_6473 18-JAN-17 10.00.15.807239 PM +08:00 1
ORA$AT_SA_SPC_SY_6476 19-JAN-17 10.00.16.822079 PM +08:00 1
ORA$AT_SA_SPC_SY_6479 20-JAN-17 10.00.18.105956 PM +08:00 1
ORA$AT_SA_SPC_SY_6482 21-JAN-17 06.00.15.902576 AM +08:00 1
ORA$AT_SA_SPC_SY_6487 22-JAN-17 06.00.30.243598 AM +08:00 1
ORA$AT_SA_SPC_SY_6490 23-JAN-17 10.00.13.396406 PM +08:00 1當然我們看到了不少生疏的字眼。這些JOB一看就不是業務層面的。
這類JOB執行為什麼失敗呢。可以檢視trace檔案。
ORA-12012: error on auto execute of job "SYS"."ORA$AT_SA_SPC_SY_6539"
ORA-13613: The requested operation is not supported for this advisor object.
ORA-06512: at "SYS.PRVT_ADVISOR", line 5018
ORA-06512: at "SYS.DBMS_ADVISOR", line 103
ORA-06512: at "SYS.DBMS_SPACE", line 2486
ORA-06512: at "SYS.DBMS_SPACE", line 2643總體來看這個JOB是系統層面的,怎麼理解呢。
Oracle自動執行的JOB有如下幾個:
SQL> select * from DBA_AUTOTASK_WINDOW_CLIENTS
WINDOW_NAME WINDOW_NEXT_TIME WINDO AUTOTASK OPTIMIZE SEGMENT_ SQL_TUNE HEALTH_M
----------------------------------------------------- ----- -------- -------- -------- -------- --------
MONDAY_WINDOW 06-FEB-17 10.00.00.000000 PM PRC FALSE ENABLED ENABLED ENABLED ENABLED DISABLED
TUESDAY_WINDOW 07-FEB-17 10.00.00.000000 PM PRC FALSE ENABLED ENABLED ENABLED ENABLED DISABLED
WEDNESDAY_WINDOW 08-FEB-17 10.00.00.000000 PM PRC FALSE ENABLED ENABLED ENABLED ENABLED DISABLED
THURSDAY_WINDOW 09-FEB-17 10.00.00.000000 PM PRC FALSE ENABLED ENABLED ENABLED ENABLED DISABLED
FRIDAY_WINDOW 03-FEB-17 10.00.00.000000 PM PRC FALSE ENABLED ENABLED ENABLED ENABLED DISABLED
SATURDAY_WINDOW 04-FEB-17 06.00.00.000000 AM PRC FALSE ENABLED ENABLED ENABLED ENABLED DISABLED
SUNDAY_WINDOW 05-FEB-17 06.00.00.000000 AM PRC FALSE ENABLED ENABLED ENABLED ENABLED DISABLED可以看到是每天10點開始,週末略有差別。自動設定了特定的視窗時間。
大體有如下的三類自動任務。
SQL> select client_name,status from DBA_AUTOTASK_CLIENT;
CLIENT_NAME STATUS
--------------------------------------------
auto optimizer stats collection ENABLED
auto space advisor ENABLED
sql tuning advisor ENABLED該怎麼理解這三類自動任務呢,還是有一定的規律可循。命名規則如下:
ORA$AT_SA_SPC_SY_nnn for Space advisor tasks
ORA$AT_OS_OPT_SY_nnn for Optimiser stats collection tasks
ORA$AT_SQ_SQL_SW_nnn for Space advisor tasks在MOS notes 756734.1, 755838.1, 466920.1 和Bug 12343947 都有詳細的解釋。
所以根據錯誤可以得出這個JOB是來自於Space advisor tasks。
因為這個PDB是直接遷移過來,做的模板檔案的匯入,不排除有一些相容性的問題,而這個自動任務也不是必須的。所以我們可以考慮禁用。
採用如下的方式禁用即可:
begin
DBMS_AUTO_TASK_ADMIN.DISABLE(client_name => 'auto space advisor',
operation => NULL,
window_name => NULL);
end;
/然後再次驗證即可,問題就這樣得到了一個初步的解決。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/28389881/viewspace-2133508/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- oracle對JOB失敗的處理Oracle
- Oracle 12c中DBCA搭建備庫體驗(r11筆記第92天)Oracle筆記
- 建立job進行重新整理物化檢視,job執行失敗。
- goldengate ddl_setup執行失敗處理Go
- Jenkins執行批處理檔案失敗Jenkins
- Oracle 12c資料字典的小問題(r11筆記第49天)Oracle筆記
- Spark 叢集執行任務失敗的故障處理Spark
- oracle schedule 任務失敗處理Oracle
- 記一次12c pdb打補丁失敗處理過程
- Oracle DG同步失敗故障處理(二)Oracle
- root.sh執行失敗的解決方法及後續處理
- MySQL和Oracle行值表示式對比(r11筆記第74天)MySqlOracle筆記
- MySQL中的undo截斷(r11筆記第89天)MySql筆記
- root使用者執行root.sh失敗怎麼處理
- oracle建立job並執行jobOracle
- proton執行失敗
- svn dump 失敗後的處理
- MySQL誤運算元據恢復的簡單實踐(r11筆記第67天)MySql筆記
- MySQL中的半同步複製(r11筆記第65天)MySql筆記
- ORACLE的簡單處理高水位Oracle
- Oracle中job無法自動執行Oracle
- Oracle密碼忘記簡單處理辦法Oracle密碼
- 返京途中(r11筆記第61天)筆記
- SQLServer執行儲存過程失敗(sys.xp_cmdshell)問題處理SQLServer儲存過程
- Logical Standby中Job的處理
- Oracle Data Guard延遲的幾個可能(r11筆記第69天)Oracle筆記
- postgresql連線失敗如何處理SQL
- Oracle中JOB的建立後不執行解決方法Oracle
- Oracle 12cR2初體驗(r11筆記第91天)Oracle筆記
- 我的女兒二三事(r11筆記第87天)筆記
- Oracle中su切換進去sqlplus登入失敗的問題處理OracleSQL
- 在函式中執行DDL語句失敗函式
- Linux crontab job 中的log記錄及異常處理Linux
- 精講RestTemplate第7篇-自定義請求失敗異常處理REST
- Oracle閃回原理-Logminer解讀redo(r11筆記第17天)Oracle筆記
- TensorFlow進行簡單的影像處理
- 需要了解的pssh(r11筆記第28天)筆記
- 我眼中的寶雞景點(r11筆記第53天)筆記