Oracle cjq0进程测试

测试流程：

.CJQ进程不存在

.模拟问题处理

.问题总结

一、问题现象

CJQ0进程不存在

[root@adg1 ~]# ps -ef|grep cjq

root           : pts/    :: grep cjq

[oracle@adg1 ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4. Production on Sun Jul  ::

SQL> show parameter job_que

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

job_queue_processes                  integer     

二、模拟问题处理

.JOB创建

)创建JOB测试

https://www.cnblogs.com/lijiasnong/p/3382578.html

--创建表

--truncate table TT;

SQL> GRANT EXECUTE ON DBMS_JOB TO yz;

create table TT(C_DATE DATE);

create or replace procedure PRO_TT is

 begin

 insert into TT values(sysdate);

 commit;

 end;

 /

exec PRO_TT;

SQL> select * from tt;

declare

job number;

begin

dbms_job.submit(job,'PRO_TT;',sysdate,'sysdate+1/1440');

end;

/

--

begin

  dbms_job.remove();

  commit;

end;

/

--

SQL> select JOB,WHAT,BROKEN from user_jobs;

       JOB WHAT                                                          B

---------- ----------------------------------------------------------------- -

         PRO_TT;                                                       N

--dbms_job.broken(,false,sysdate); 

第一次执行job

begin

 dbms_job.run();

end;

/

DB_Alert

Sun Jul  ::

Starting background process CJQ0

Sun Jul  ::

CJQ0 started with pid=, OS id=

[root@adg1 ~]# ps -ef|grep cjq

oracle            : ?        :: ora_cjq0_tt

root           : pts/    :: grep cjq

SQL> alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss';

SQL> select * from tt ;

C_DATE

-------------------

-- ::

-- ::

--上述操作是，创建一个JOB,并测试手工调用执行存储过程及手工执行JOB均有效，会自动插入一条测试数据。

正常情况下,JOB是间隔1分钟，插入一条记录

select job,

       log_user,

       to_char(last_date,'yyyy-mm-dd hh24:mi:ss') last_date,

       to_char(next_date,'yyyy-mm-dd hh24:mi:ss') next_date,

       interval,

       what,

       FAILURES

  from user_jobs where job=

/

       JOB LOG_USER        LAST_DATE           NEXT_DATE              INTERVAL             WHAT                   FAILURES

---------- ---------- ------------------- ------------------- -------------------- -------------------- ----------

         YZ           -- :: -- ::      sysdate+/       PRO_TT;

SQL> select * from tt ;

C_DATE

-------------------

-- ::

-- ::

SQL> select sysdate from dual;

SYSDATE

-------------------

-- ::

上述验证，发现JOB并未自动调用执行？？？

)JOB异常,问题排查

2.1 查询日志或者进程信息

db alert无异常，job无异常

SQL> select * from dba_jobs_running;

no rows selected

SQL> SELECT USERNAME,PNAME,PROGRAM,TRACEFILE from v$process where PNAME like '%CJQ%';

USERNAME        PNAME PROGRAM                                          TRACEFILE

--------------- ----- -------------------------------------------------------------------------------------------------

oracle          CJQ0  oracle@adg1 (CJQ0)                               /u01/app/oracle/diag/rdbms/tt/tt/trace/tt_cjq0_4851.trc

SQL> select * from v$bgprocess where name='CJQ0';

PADDR              PSERIAL# NAME  DESCRIPTION                ERROR

---------------- ---------- ----- ---------------------------- ------

00000000F552A288           CJQ0  Job Queue Coordinator        

[oracle@adg1 ~]$ ps -ef|grep cjq

oracle        : pts/    :: grep cjq

本次环境发现cjq进程不存在！！！

Jobs Not Executing Automatically (文档 ID 313102.1)    

2.2 重置参数

SQL> alter system set job_queue_processes=;

SQL> alter system set job_queue_processes=;

DB_Alert

Sun Jul  ::

ALTER SYSTEM SET job_queue_processes= SCOPE=BOTH;

Sun Jul  ::

ALTER SYSTEM SET job_queue_processes= SCOPE=BOTH;

[root@adg1 ~]# ps -ef|grep cjq

root           : pts/    :: grep cjq

通过重置job_queue_process参数并未达到启动cjq进程的目的

2.3 查询sga 内存区域状态，是否为1

SQL> oradebug setmypid

Statement processed.

SQL> oradebug dumpvar sga kkjsre

sword kkjsre_ [, ) = 

2.4 修改参数,event

IF -Jobs Do Not Run Automatically as CJQ is Not Getting Started when Jobs are to be Run (文档 ID 2081753.1)

 Upgraded from 10.2.0.4 to 11.2.0.2

SQL> alter system set events '10195 trace name context off';

2.5 手工调用执行Job无异常

begin

 dbms_job.run();

end;

/

但是进程还是未启动

2.6 终于发现问题

测试环境JOB，无法自动调用，根据文档排查,测试环境处于受限模式

http://blog.itpub.net/29487349/viewspace-1663945/

受限模式,配置后，已连接session不影响，新的session无restricted session权限则无法登陆db

SQL> select instance_name,logins from v$instance;

INSTANCE_NAME    LOGINS

---------------- ----------

tt               RESTRICTED

SQL> alter system disable restricted session;

System altered.

SQL> select instance_name,logins from v$instance;

INSTANCE_NAME    LOGINS

---------------- ----------

tt               ALLOWED

SQL> select * from tt ;

C_DATE

-------------------

-- ::

-- ::

-- ::

-- ::

-- ::

-- ::

 rows selected.

SQL> truncate table tt;

Table truncated.

Alert 日志,恢复正常情况后，job自动调用执行，自动后台启动cjq进程服务。

Sun Jul  ::

Restarting dead background process CJQ0

Sun Jul  ::

CJQ0 started with pid=, OS id= 

SQL> alter system set job_queue_processes=;

Sun Jul  ::

Stopping background process CJQ0

Sun Jul  ::

ALTER SYSTEM SET job_queue_processes= SCOPE=BOTH;

SQL> alter system set job_queue_processes=;

[oracle@adg1 ~]$ ps -ef|grep cjq

oracle        : pts/    :: grep cjq

总结：

.修改job_queue_processes,从>0修改为0，并且cjq0进程存在，则会kill cjq0进程，并且后续的job无法自动调用执行

.修改参数job_queue_processes >,无法立即启动cjq0进程，而需要配合Job定时调用一个工作，会先启动cjq0进程(如果参数为0,则无法启动)

.手工执行调用存储过程，job id 并非能够立即启动cjq0进程，修改events '10195 trace name context off'只是解决，
存在CJQ进程或者10g升级至11g job无法自动执行问题处理;

.如果数据库连接状态为RESTRICTED 受限模式，如果没有相应权限，则JOB无法自动执行;

.如果cjq进程存在，但是job并不能自动调用执行，并且sga内存区域不为1 ，则需要重启或者根据mos

Jobs do not execute automatically (Doc ID 309945.1)进行处理

SQL> exec  dbms_ijob.set_enabled(true);