oracle定时任务(dbms_job)
author:skate
time:2007-09-12
http://publish.it168.com/2006/0311/20060311017002.shtml
今天總結下Oracle的任務隊列管理器(job queue ),以后也方便查詢.
?我們要做定時任務時,有兩種辦法
一種是:?操作系統的定時,win的定時任務,unix的crontab
一種是:?數據庫級的定時,她的效率更高,
再有大量的表級操作時,建議用數據庫本身的job queue,這樣方便,效率高;如果用系統級定時,
會增加很多編程工作,成本增加了,還很容易出錯,事情越簡單出錯的幾率越小.
再使用job queue之前,我們還要簡單配置下,oracle定時執行job queue 的后臺進程是SNP,要啟動
snp,首先看系統模式是否支持
sql> alter system enable restricted session;
或
sql> alter system disenable restricted session;
利用上面的命令更改系統的會話方式為disenable restricted,為snp的啟動創建條件.
再有就是配置job queue的啟動參數,snp的啟動參數位于oracle的初始化文件中,
job_queue_processes=10?? (oracle10gde 默認值)
job_queue_interval=N
第一行定義snp進程的啟動個數為10,正常得女冠一范圍是0-36,根據任務的多少,可以配置
不同的數值.
第二行定義系統每隔幾秒喚醒該進程一次.缺省是60,正常范圍是1-3600秒.事實上,該進程執行完
當前任務后,就進入睡眠狀態,睡眠一段時間后,由系統的總控負責將其喚醒。??
如果該文件中沒有上面兩行,請按照如上配置添加。配置完成后,需要重新啟動數據庫,使其生效
。注意:如果任務要求執行的間隔很短的話,N的配置也要相應地小一點。
查看job queue的詳細信息,查詢數據庫字典 user_jobs
eg:
?sql> select job,next_date,next_sec,broken from user_jobs;
包含以下子過程:?
Broken()過程。?
change()過程。?
Interval()過程。?
Isubmit()過程。?
Next_Date()過程。?
Remove()過程。?
Run()過程。?
Submit()過程。?
User_Export()過程。?
What()過程。
1、?
Broken()過程更新一個已提交的工作的狀態,典型地是用來把一個已破工作標記為未破工作。?
這個過程有三個參數:job 、broken與next_date。
PROCEDURE Broken (job?????? IN binary_integer,?
????????????????? Broken??? IN boolean,?
????????????????? next_date IN date :=SYSDATE)
job參數是工作號,它在問題中唯一標識工作。?
broken參數指示此工作是否將標記為破——TRUE說明此工作將標記為破,而FLASE說明此工作將標記為未破。?
next_date參數指示在什么時候此工作將再次運行。此參數缺省值為當前日期和時間。
2、?
Change()過程用來改變指定工作的設置。?
這個過程有四個參數:job、what 、next_date與interval。
PROCEDURE Change (job??????? IN binary_integer,?
????????????????? What?????? IN varchar2,?
????????????????? next_date? IN date,?
????????????????? interval?? IN varchar2)
此job參數是一個整數值,它唯一標識此工作。?
What參數是由此工作運行的一塊PL/SQL代碼塊。?
next_date參數指示何時此工作將被執行。?
interval參數指示一個工作重執行的頻度。
3、?
Interval()過程用來顯式地設置重執行一個工作之間的時間間隔數。?
這個過程有兩個參數:job與interval。
PROCEDURE Interval (job????? IN binary_integer,?
??????????????????? Interval IN varchar2)
job參數標識一個特定的工作。interval參數指示一個工作重執行的頻度。
4、?
ISubmit()過程用來用特定的工作號提交一個工作。?
這個過程有五個參數:job、what、next_date、interval與no_parse。
PROCEDURE ISubmit (job?????? IN binary_ineger,?
?????????????????? What????? IN varchar2,?
?????????????????? next_date IN date,?
?????????????????? interval? IN varchar2,?
?????????????????? no_parse? IN booean:=FALSE)
這個過程與Submit()過程的唯一區別在于此job參數作為IN型參數傳遞且包括一個?
由開發者提供的工作號。如果提供的工作號已被使用,將產生一個錯誤。
5、?
Next_Date()過程用來顯式地設定一個工作的執行時間。這個過程接收兩個參數:job與next_date。
PROCEDURE Next_Date(job???????? IN binary_ineger,?
??????????????????? next_date?? IN date)
job標識一個已存在的工作。next_date參數指示了此工作應被執行的日期與時間。
6、?
Remove()過程來刪除一個已計劃運行的工作。這個過程接收一個參數:
PROCEDURE Remove(job IN? binary_ineger);
job參數唯一地標識一個工作。這個參數的值是由為此工作調用Submit()過程返回的job參數的值。?
已正在運行的工作不能由調用過程序刪除。
7、?
Run()過程用來立即執行一個指定的工作。這個過程只接收一個參數:
PROCEDURE Run(job IN binary_ineger)?
job參數標識將被立即執行的工作。
8、?
使用Submit()過程,工作被正常地計劃好。?
這個過程有五個參數:job、what、next_date、interval與no_parse。
PROCEDURE Submit ( job?????? OUT binary_ineger,?
?????????????????? What????? IN? varchar2,?
?????????????????? next_date IN? date,?
?????????????????? interval? IN? varchar2,?
?????????????????? no_parse? IN? booean:=FALSE)
job參數是由Submit()過程返回的binary_ineger。這個值用來唯一標識一個工作。?
what參數是將被執行的PL/SQL代碼塊。?
next_date參數指識何時將運行這個工作。?
interval參數何時這個工作將被重執行。?
no_parse參數指示此工作在提交時或執行時是否應進行語法分析——TRUE?
指示此PL/SQL代碼在它第一次執行時應進行語法分析,?
而FALSE指示本PL/SQL代碼應立即進行語法分析。
9、?
User_Export()過程返回一個命令,此命令用來安排一個存在的工作以便此工作能重新提交。?
此程序有兩個參數:job與my_call。
PROCEDURE User_Export(job??????? IN binary_ineger,?
????????????????????? my_call??? IN OUT varchar2)
job參數標識一個安排了的工作。my_call參數包含在它的當前狀態重新提交此工作所需要?
的正文。
10、?
What()過程應許在工作執行時重新設置此正在運行的命令。這個過程接收兩個參數:job與what。
PROCEDURE What (job? IN binary_ineger,?
??????????????? What IN OUT varchar2)
job參數標識一個存在的工作。what參數指示將被執行的新的PL/SQL代碼。
一個簡單例子:?
創建測試表?
SQL> create table a(a date);
表已創建。
創建一個自定義過程?
SQL> create or replace procedure test as?
? 2? begin?
? 3? insert into a values(sysdate);?
? 4? end;?
? 5? /
過程已創建。
創建JOB?
SQL> variable job1 number;?
SQL>??
SQL> begin?
? 2? dbms_job.submit(:job1,'test;',sysdate,'sysdate+1/1440'); --每天1440分鐘,即一分鐘運行test過程一次?
? 3? end;?
? 4? /
PL/SQL 過程已成功完成。
運行JOB?
SQL> begin?
? 2? dbms_job.run(:job1);?
? 3? end;?
? 4? /
PL/SQL 過程已成功完成。
SQL> select to_char(a,'yyyy/mm/dd hh24:mi:ss') 時間 from a;
時間?
-------------------?
2001/01/07 23:51:21?
2001/01/07 23:52:22?
2001/01/07 23:53:24
刪除JOB?
SQL> begin?
? 2? dbms_job.remove(:job1);?
? 3? end;?
? 4? /
PL/SQL 過程已成功完成。
下面說下常用的視圖與參數:
任務隊列中關于任務的數據字典視圖
| 視圖名 | 描述 |
| DBA_JOBS | 本數據庫中定義到任務隊列中的任務 |
| DBA_JOBS_RUNNING | 目前正在運行的任務 |
| USER_JOBS | 當前用戶擁有的任務 |
JOB_QUEUE_PROCESSES??>= 1 (如果系統在同一時間會運行很多的job, 或者還有大量需要自動refresh的snapshot, 適當加大)
JOB_QUEUE_INTERVAL : 秒數(缺省為60秒), 根據你的job的調度頻度而定, 對于一般的一天運行一次的job, 設為缺省值或者幾分鐘都可以. (不要設置過小, 以免影響性能)
JOB_QUEUE_KEEP_CONNECTION (系統默認就可以,我沒發現他的作用)
DBA_JOBS 和 USER_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) | 任務運行的其他一些會話參數 |
????? 視圖DBA_JOBS_RUNNING的字段含義
| 列 | 數據類型 | 描述 |
| SID | NUMBER | 目前正在運行任務的會話ID |
| JOB | NUMBER | 任務的唯一標示符 |
| FAILURES | NUMBER | 連續不成功執行的累計次數 |
| LAST_DATE | DATE | 最后一次成功執行的日期 |
| LAST_SEC | VARCHAR2(8) | 如HH24:MM:SS格式的last_date日期的小時,分鐘和秒 |
| THIS_DATE | DATE | 目前正在運行任務的開始日期 |
| THIS_SEC | VARCHAR2(8) | 如HH24:MM:SS格式的this_date日期的小時,分鐘和秒 |
任務重復運行間隔和間隔設計算法任務重復運行的時間間隔取決于interval參數中設置的日期表達式。下面就來詳細談談該如何設置interval參數才能準確滿足我們的任務需求。一般來講,對于一個任務的定時執行,有三種定時要求。
??? 在一個特定的時間間隔后,重復運行該任務。
??? 在特定的日期和時間運行任務。
??? 任務成功完成后,下一次執行應該在一個特定的時間間隔之后。
??? 第一種調度任務需求的日期算法比較簡單,即'SYSDATE+n',這里n是一個以天為單位的時間間隔。表6給出了一些這種時間間隔設置的例子。
??? 表6 一些簡單的interval參數設置例子
| 描述 | Interval參數值 |
| 每天運行一次 | 'SYSDATE + 1' |
| 每小時運行一次 | 'SYSDATE + 1/24' |
| 每10分鐘運行一次 | 'SYSDATE + 10/(60*24)' |
| 每30秒運行一次 | 'SYSDATE + 30/(60*24*60)' |
| 每隔一星期運行一次 | 'SYSDATE + 7' |
| 不再運行該任務并刪除它 | NULL |
???? 表6所示的任務間隔表達式不能保證任務的下一次運行時間在一個特定的日期或者時間,僅僅能夠指定一個任務兩次運行之間的時間間隔。例如,如果一個任務第一次運行是在凌晨12點,interval指定為'SYSDATE + 1',則該任務將被計劃在第二天的凌晨12點執行。但是,如果某用戶在下午4點手工(DBMS_JOB.RUN)執行了該任務,那么該任務將被重新定時到第二天的下午4點。還有一個可能的原因是如果數據庫關閉或者說任務隊列非常的忙以至于任務不能在計劃的那個時間點準時執行。在這種情況下,任務將試圖盡快運行,也就是說只要數據庫一打開或者是任務隊列不忙就開始執行,但是這時,運行時間已經從原來的提交時間漂移到了后來真正的運行時間。這種下一次運行時間的不斷“漂移”是采用簡單時間間隔表達式的典型特征。
??? 第二種調度任務需求相對于第一種就需要更復雜的時間間隔(interval)表達式,表7是一些要求在特定的時間運行任務的interval設置例子。
??? 表 7. 定時到特定日期或時間的任務例子
| 描述 | 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)' |
????? 第三種調度任務需求無論通過怎樣設置interval日期表達式也不能滿足要求。這時因為一個任務的下一次運行時間在任務開始時才計算,而在此時是不知道任務在何時結束的。遇到這種情況怎么辦呢?當然辦法肯定是有的,我們可以通過為任務隊列寫過程的辦法來實現。這里我只是簡單介紹以下,可以在前一個任務隊列執行的過程中,取得任務完成的系統時間,然后加上指定的時間間隔,拿這個時間來控制下一個要執行的任務。這里有一個前提條件,就是目前運行的任務本身必須要嚴格遵守自己的時間計劃。
總結
以上是生活随笔為你收集整理的oracle定时任务(dbms_job)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 如何培养孩子自主阅读(如何培养孩子的阅读
- 下一篇: x-requested-with 请求头