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

jeanron100

发布于 2018-03-21 14:16:36

1.5K0

发布于 2018-03-21 14:16:36

文章被收录于专栏：杨建荣的学习笔记

在之前简单分析过一个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;

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

本文参与腾讯云自媒体同步曝光计划，分享自微信公众号。

原始发表：2017-02-05，如有侵权请联系 cloudcommunity@tencent.com 删除

其他

本文分享自杨建荣的学习笔记微信公众号，前往查看

如有侵权，请联系 cloudcommunity@tencent.com 删除。

本文参与腾讯云自媒体同步曝光计划，欢迎热爱写作的你一起参与！

其他

登录后参与评论

0 条评论

热度

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

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

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐