ORACLEJOB不能按預期執行的常見原因

　　最近在一個測試環境中建立物化視圖遠程同步環境但是遠程視圖一直未按照預期的時間進行刷新以至於一開始讓我懷疑ONDEMAND與STARTWITHNEXTBY沖突但再三確認發現是我的測試環境中ora_cjq進程不存在唉!開始怎麼不往這方面去想呢修改一下JOB_QUEUE_PROCESSES參數一切恢復正常突然發現ORACLE JOB方面的問題還不少貼一篇METALINK文章歷數以前碰到的JOB失效的原因無非以下幾種

　　
　　JobsNotExecuting Automatically文檔ID:注釋:
　　Symptoms
　　Jobs arenolonger executing automatically
　　Ifforced(execdbms_jobrun();)theseexecutefine
　　Cause
　　Tryingthemost common reasons why jobs dont execute automatically and as scheduled:

　　
　　) Instance in RESTRICTED SESSIONS mode?
　　Check if the instance is in restricted sessions mode:
　　select instance_namelogins from v$instance;
　　If logins=RESTRICTED then:
　　alter system disable restricted session;
　　^ Checked!

　　
　　) JOB_QUEUE_PROCESSES=
　　Make sure that job_queue_processes is > 
　　show parameter job_queue_processes
　　^ Checked!

　　
　　) _SYSTEM_TRIG_ENABLED=FALSE
　　Check if _system_enabled_trigger=false
　　col parameter format a
　　col value format a
　　select aksppinm parameterbksppstvl value from x$ksppi ax$ksppcv b
　　Where aindx=bindx and ksppinm=_system_trig_enabled;
　　^ Checked!

　　
　　) Is the job BROKEN?
　　select jobbroken from dba_jobs where job=;
　　If broken then check the alert log and trace files to diagnose the issue
　　^ Checked! The job is not broken

　　
　　) Is the job COMMITted?
　　Make sure a commit is issued after submitting the job:
　　DECLARE X NUMBER;
　　BEGIN
　　SYSDBMS_JOBSUBMIT
　　(
　　job => X
　　what => dbms_utilityanalyze_schema
　　(SCOTTCOMPUTENULLNULLNULL);
　　next_date => to_date(//::dd/mm/yyyy hh:mi:ss)
　　no_parse => FALSE
　　);
　　COMMIT;
　　END;
　　/
　　If the job executes fine if forced (ie exec dbms_jobsrun();) then likely a commit
　　is missing
　　^ Checked! The job is committed after submission

　　
　　) UPTIME >  days
　　Check if the server (machine) has been up for more than  days:
　　For SUN  use uptime OS command
　　If uptime> and the jobs do not execute automatically then you are hitting bug 
　　(Jobs may stop running after  days uptime) which is fixed in  and A
　　^ Checked! The server in this case has been up  days only

　　
　　) DBA_JOBS_RUNNING
　　Check dba_jobs_running to see if the job is still running:
　　select * from dba_jobs_running;
　　^ Checked! The job is not running

　　
　　) LAST_DATE and NEXT_DATE
　　Check if the last_date and next_date for the job are proper:
　　select JobNext_dateLast_date from dba_jobs where job=;
　　^ NEXT_DATE is porper however LAST_DATE is null since the job never executes automatically

　　
　　) NEXT_DATE and INTERVAL
　　Check if the Next_date is changing properly as per the interval set in dba_jobs:
　　select JobIntervalNext_dateLast_date from dba_jobs where job=;
　　^ This is not possible since the job never gets executed automatically

　　
　　) Toggle value for JOB_QUEUE_PROCESSES
　　Set job_queue_processes= wait some time and then and set it back to the original value:
　　alter system set job_queue_processes= ;
　　
　　alter system set job_queue_processes= ;
　　Ref: Bug  (fixed by: A)
　　^ Done but did not help

　　
　　) DBMS_IJOB(Nondocumented):
　　Last ditch effort
　　Either restart the database or try the following:
　　exec dbms_ijobset_enabled(true);
　　Ref: Bug  (Closed Not a Bug)
　　@Note  (Using DBMS_IJOB) INTERNAL NOTE
　　Done but did not help
　　These are the most common causes for this behavior
　　Solution
　　The solution ended up to be the server (machine) uptime
　　Even though it was up for only  days after the server was rebooted all jobs were able to execute automatically
　　To implement the solution please execute the following steps:
　　 Shutdown all applications including databases
　　 Shutdown the server (machine)
　　 Restart all applications including databases
　　 Check that jobs are executing automatically

From:http://tw.wingwit.com/Article/program/Oracle/201311/18325.html