Oracle 12c中JOB运行失败的简单处理

在之前简单分析过一个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;
/然后再次验证即可，问题就这样得到了一个初步的解决。