Oracle 12c中JOB运行失败的简单处理(r11笔记第66天)

时间:2022-05-05
本文章向大家介绍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;

/然后再次验证即可,问题就这样得到了一个初步的解决。