一：簡單測試job的建立過程案例：

1，先建立一張JOB_TEST表，欄位為a 日期格式

SQL> create table JOB_TEST(data date);

Table created

SQL> commit;

Commit complete

2，建立一個儲存過程 JOB_PRO_TEST 作用是往JOB_TEST表中插入資料

SQL> create or replace procedure JOB_PRO_TEST as 

  2  begin

  3  insert into JOB_TEST values(sysdate);

  4  end;

  5  /

Procedure created

 

3，建立一個job，名稱為job2010 ；作用是每分鐘（60×24=1440）執行一次儲存過程JOB_PRO_TEST。

SQL> variable job2010 number;

SQL> begin

  2  dbms_job.submit(:job2010,'JOB_PRO_TEST;',sysdate,'sysdate+1/1440');

  3  end;

  4  /

注意：這裡系統自動生成job id 為41

PL/SQL procedure successfully completed

job2010

---------

28

4，執行job2010

SQL> begin

  2  dbms_job.run(:job2010);

  3  end;

  4  /

PL/SQL procedure successfully completed

job2010

---------

28
 

5，刪除job2010

SQL> begin

  2  dbms_job.remove(:job2010);

  3  end;

  4  /

6，查詢jobs的相關檢視

select job,last_date,last_sec,broken,failures,interval, what from dba_jobs

詳解 dba_jobs中幾個比較重要的欄位

job: 指的是job的id號。比如上面的 41

failures：job執行的時候失敗次數，如果超過了15次，那麼broken列將被標為Y，以後就不會執行該job了

broken：預設為N，如果為Y，意味著不再執行該

interval：執行job的間隔時間。

what：該job的實際工作。

二：job 的相關知識：

1，DBA_JOBS

DBA_JOBS

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

欄位（列） 型別 描述

JOB NUMBER 任務的唯一標示號

LOG_USER VARCHAR2(30) 提交任務的使用者

PRIV_USER VARCHAR2(30) 賦予任務許可權的使用者

SCHEMA_USER VARCHAR2(30) 對任務作語法分析的使用者模式

LAST_DATE DATE 最後一次成功執行任務的時間

LAST_SEC VARCHAR2(8) 如HH24:MM:SS格式的last_date日期的小時，分鐘和秒

THIS_DATE DATE 正在執行任務的開始時間，如果沒有執行任務則為null

THIS_SEC VARCHAR2(8) 如HH24:MM:SS格式的this_date日期的小時，分鐘和秒

NEXT_DATE DATE 下一次定時執行任務的時間

NEXT_SEC VARCHAR2(8) 如HH24:MM:SS格式的next_date日期的小時，分鐘和秒

TOTAL_TIME NUMBER 該任務執行所需要的總時間，單位為秒

BROKEN VARCHAR2(1) 標誌引數，Y標示任務中斷，以後不會執行

INTERVAL VARCHAR2(200) 用於計算下一執行時間的表示式

FAILURES NUMBER 任務執行連續沒有成功的次數

WHAT VARCHAR2(2000) 執行任務的PL/SQL塊

CURRENT_SESSION_LABEL RAW MLSLABEL 該任務的信任Oracle會話符

CLEARANCE_HI RAW MLSLABEL 該任務可信任的Oracle最大間隙

CLEARANCE_LO RAW MLSLABEL 該任務可信任的Oracle最小間隙

NLS_ENV VARCHAR2(2000) 任務執行的NLS會話設定

MISC_ENV RAW(32) 任務執行的其他一些會話引數

－－－－－－－－－－－－－－－－－－－－－－－－－－

2，描述 INTERVAL引數值

每天午夜12點: 'TRUNC(SYSDATE + 1)'

每天早上8點30分: 'TRUNC(SYSDATE + 1) + （8*60+30）/(24*60)'

每星期二中午12點: 'NEXT_DAY(TRUNC(SYSDATE ), ''TUESDAY'' ) + 12/24'

每個月第一天的午夜12點: 'TRUNC(LAST_DAY(SYSDATE ) + 1)'

每個季度最後一天的晚上11點: 'TRUNC(ADD_MONTHS(SYSDATE + 2/24, 3 ), 'Q' ) -1/24'

每星期六和日早上6點10分: 'TRUNC(LEAST(NEXT_DAY(SYSDATE, ''SATURDAY"), NEXT_DAY(SYSDATE, "SUNDAY"))) + （6×60+10）/（24×60）'

每月25號00：00執行: 'TRUNC(LAST_DAY(SYSDATE ) + 25)'

－－－－－－－－－－－－－－－－－－－－－－－－－－

1:每分鐘執行

Interval => TRUNC(sysdate,'mi') + 1/ (24*60)

或

Interval => sysdate+1/1440

2:每天定時執行

例如：每天的凌晨1點執行

Interval => TRUNC(sysdate) + 1 +1/ (24)

3:每週定時執行

例如：每週一凌晨1點執行

Interval => TRUNC(next_day(sysdate,'星期一'))+1/24

4:每月定時執行

例如：每月1日凌晨1點執行

Interval =>TRUNC(LAST_DAY(SYSDATE))+1+1/24

5:每季度定時執行

例如每季度的第一天凌晨1點執行

Interval => TRUNC(ADD_MONTHS(SYSDATE,3),'Q') + 1/24

6:每半年定時執行

例如：每年7月1日和1月1日凌晨1點

Interval => ADD_MONTHS(trunc(sysdate,'yyyy'),6)+1/24

7:每年定時執行

例如：每年1月1日凌晨1點執行

Interval =>ADD_MONTHS(trunc(sysdate,'yyyy'),12)+1/24

三：job為啥不執行：

A 先來了解一下JOB的引數說明：與job相關的引數一個是job_queue_processes，這個是執行JOB時候所起的程序數，當然系統裡面JOB大於這個數值後，就會有排隊等候的，最小值是0，表示不執行JOB，最大值是36，在OS上對應的程序時SNPn，9i以後OS上管理JOB的程序叫CJQn。可以使用下面這個SQL確定目前有幾個SNP/CJQ在執行。

select * from v$bgprocess，這個paddr不為空的snp/cjq程序就是目前空閒的程序，有的表示正在工作的程序。

另外一個是job_queue_interval，範圍在1--3600之間，單位是秒，這個是喚醒JOB的process，因為每次snp執行完他就休息了，需要定期喚醒他，這個值不能太小，太小會影響資料庫的效能。

B 診斷：先確定上面這兩個引數設定是否正確，特別是第一個引數，設定為0了，所有JOB就不會跑，確認無誤後，我們繼續向下。

C 使用下面的SQL察看JOB的的broken,last_date和next_date，last_date是指最近一次job執行成功的結束時間，next_date是根據設定的頻率計算的下次執行時間，根據這個資訊就可以判斷JOB上次是否正常，還可以判斷下次的時間對不對，SQL如下：

select * from dba_jobs

有時候我們發現他的next_date是4000年1月1日，說明job要不就是在running，要不就是狀態是break(broken=Y)，如果發現JOB的broken值為Y，找使用者瞭解一下，確定該JOB是否可以broken，如果不能broken，那就把broken值修改成N，修改再使用上面的SQL察看就發現他的last_date已經變了，JOB即可正常執行，修改broken狀態的SQL如下：

declare

BEGIN

DBMS_JOB.BROKEN(<JOB_ID>,FALSE);

END;

D 使用下面的SQL查詢是否JOB還在Running

select * from dba_jobs_running

如果發現JOB已經Run了很久了還沒有結束，就要查原因了。一般的JOB running時會鎖定相關的相關的資源，可以檢視一下v$access和v$locked_object這兩個view，如果發現其他程序鎖定了與JOB相關的Object，包括PKG/Function/Procedure/Table等資源，那麼就要把其他程序刪除，有必要的話，把JOB的程序也刪除，再重新跑看看結果。

E 如果上面都正常，但是JOB還不run，怎麼辦？那我們要考慮把JOB程序重啟一次，防止是SNP程序死了造成JOB不跑，指令如下：

alter system set job_queue_processes=0 --關閉job程序，等待5--10秒鐘

alter system set job_quene_processes=5 --恢復原來的值

F Oracle的BUG

Oracle9i裡面有一個BUG，當計數器到497天時，剛好達到它的最大值，再計數就會變成-1，繼續計數就變成0了，然後計數器將不再跑了。如果碰到這種情況就得重啟資料庫，我們這邊有一個生產型的資料庫版本是9205，就發生過這樣一次問題，後來和使用者約時間重啟後就沒問題了。但是其他的Oracle7345和Oracle8i的資料庫沒有發現這個問題。

G 資料庫上的檢查基本上就這多，如果JOB執行還有問題，那需要配合使用者察看一下是否是程式本身的問題，比如處理的資料量大，或者網路速度慢等造成執行時過長，那就需要具體情況具體分析了。我們可以通過下面的SQL手工執行一下JOB看看：

declare

begin

dbms_job.run(<job>_ID)

end;

如果發現JOB執行不正常，就要結合程式具體分析一下。