【翻译自mos文章】DBA_JOBS 和 DBA_JOBS_RUNNING 不同的结果的解释

DBA_JOBS 和 DBA_JOBS_RUNNING 不同的结果

参考原文:

Different Results from DBA_JOBS and DBA_JOBS_RUNNING (Doc ID 109725.1)

目的:

解释DBA_JOBS和 DBA_JOBS_RUNNING的关系。

范围:

dba

你发现DBA_JOBS_RUNNING 中能查询一条记录,但是从DBA_JOBS却查不到记录。

你担心数据字典(dd)损坏。

解释:

dba_jobs的定义:

select JOB, lowner LOG_USER, powner PRIV_USER, cowner SCHEMA_USER,

LAST_DATE, substr(to_char(last_date,‘HH24:MI:SS‘),1,8) LAST_SEC,

THIS_DATE, substr(to_char(this_date,‘HH24:MI:SS‘),1,8) THIS_SEC,

NEXT_DATE, substr(to_char(next_date,‘HH24:MI:SS‘),1,8) NEXT_SEC,

(total+(sysdate-nvl(this_date,sysdate)))*86400 TOTAL_TIME,

decode(mod(FLAG,2),1,‘Y‘,0,‘N‘,‘?‘) BROKEN,

INTERVAL# interval, FAILURES, WHAT,

nlsenv NLS_ENV, env MISC_ENV, j.field1 INSTANCE

from sys.job$ j

DBA_JOBS_RUNNING的定义:

select v.SID, v.id2 JOB, j.FAILURES,

LAST_DATE, substr(to_char(last_date,‘HH24:MI:SS‘),1,8) LAST_SEC,

THIS_DATE, substr(to_char(this_date,‘HH24:MI:SS‘),1,8) THIS_SEC,

j.field1 INSTANCE

from sys.job$ j, v$lock v

where v.type = ‘JQ‘ and j.job (+)= v.id2

在DBA_JOBS_RUNNING的where条件中,有一个有趣的外连接。这个外连接的意思是

DBA_JOBS_RUNNING 显示那些没有在sys.job$中的,但是能在v$lock看到的(job 正在运行的)

比如说,这个情况 可能是这个job 刚刚被remove掉,并且该job还没有运行完成。

【翻译自mos文章】DBA_JOBS 和 DBA_JOBS_RUNNING 不同的结果的解释

时间: 2024-12-28 16:06:38

【翻译自mos文章】DBA_JOBS 和 DBA_JOBS_RUNNING 不同的结果的解释的相关文章

【翻译自mos文章】job 不能自动运行--这是另外一个mos文章,本文章有13个解决方法

job 不能自动运行--这是另外一个mos文章 参考原文: Jobs Not Executing Automatically (Doc ID 313102.1) 适用于: Oracle Database - Enterprise Edition - Version 9.2.0.3 to 10.2.0.4 [Release 9.2 to 10.2] Information in this document applies to any platform. 症状: job已经很长时间没有自动运行了.

【翻译自mos文章】在一次失败的 'Shutdown Immediate'之后,数据库job 不能运行。

在一次失败的 'Shutdown Immediate'之后,数据库job 不能运行. 参考原文: Database Jobs Do Not Run After a Failed 'Shutdown Immediate' (Doc ID 434690.1) 适用于: Oracle Server - Enterprise Edition - Version 9.2.0.1 to 10.2.0.1 [Release 9.2 to 10.2] Information in this document a

【翻译自mos文章】怎么样kill 一个被挂起的自动物化视图刷新job?

怎么样kill 一个被挂起的自动物化视图刷新job? 参考原文:How to kill a hung automated materialized view refresh job (文档 ID 341842.1) 适用于: Oracle Server - Enterprise Edition - Version 8.1.5.0 to 10.2.0.5 [Release 8.1.5 to 10.2] Information in this document applies to any plat

【翻译自mos文章】得到正在运行job的 session id

得到正在运行job的 session id 参考原文: How to get the session Id of the Running Job (Doc ID 1604966.1) 适用于: Oracle Database - Enterprise Edition - Version 9.2.0.8 and later Information in this document applies to any platform. 目标: 怎么得到正在运行job的session id --->注意:

【翻译自mos文章】找到'cursor: pin S wait on X' 等待事件的阻塞者session(即:持有者session)

找到'cursor: pin S wait on X' 等待事件的阻塞者session(即:持有者session) 来源于: How to Determine the Blocking Session for Event: 'cursor: pin S wait on X' (Doc ID 786507.1) 适用于: Oracle Database - Enterprise Edition - Version 10.2.0.1 to 11.2.0.3 [Release 10.2 to 11.2

【翻译自mos文章】SGA_TARGET与SHMMAX的关系

SGA_TARGET与SHMMAX的关系 参考原文: Relationship Between SGA_TARGET and SHMMAX (文档 ID 1527109.1) 适用于: Oracle Database - Enterprise Edition - Version 10.1.0.2 to 11.2.0.3 [Release 10.1 to 11.2] Information in this document applies to any platform. 目的: 解释了参数文件中

【翻译自mos文章】在11gR2 rac环境中,文件系统使用率紧张,并且lsof显示有很多oraagent_oracle.l10 (deleted)

在11gR2 rac环境中,文件系统使用率紧张,并且lsof显示有很多oraagent_oracle.l10 (deleted) 参考原文: High Space Usage and "lsof" Output Shows Many 'oraagent_oracle.l10 (deleted)' in GI environment (Doc ID 1598252.1) 适用于: Oracle Database - Enterprise Edition - Version 11.2.0.

【翻译自mos文章】使用Windows操作系统的Dell Pcserver,Oracle db报错:ORA-8103

翻译自mos文章:使用Windows操作系统的Dell Pcserver,Oracle db报错:ORA-8103 ORA-8103 using Windows platform and DELL servers (Doc ID 1921533.1) Applies to: Oracle Database - Personal Edition - Version 11.1.0.6 to 12.1.0.2 [Release 11.1 to 12.1] Oracle Database - Stand

【翻译自mos文章】使用buffer memory 参数来调整rman的性能。

使用buffer memory 参数来调整rman的性能. 本文翻译自mos文章:RMAN Performance Tuning Using Buffer Memory Parameters (Doc ID 1072545.1) rman 性能调整的目的是分辨一个特定的backup or  restore job的瓶颈. 并使用使用rman命令.初始化参数 或者对physical media的调整来提高整体的性能. 由于数据库容量持续变大,在客户的环境中,几十到几百TB的数据库很常见, serv