Thinking in Robert

今天遇到一個情況，某一台主機的時間早了20分鐘，

由於想實做 Database Link ， 所以想把兩台主機的時間調近一點，

由於這台主機是HP的，改了時間之後，卻發現 date 的語法有些不同，

而系統上用的時區竟然不是台灣的時區 GMT+8 ，改了之後發現，時間快了8小時，

原本不以為意，想說立刻把輸入的時間也早八小時，這樣就負負得正啦(誤, 其實是我不會調時區哩)

沒想到後來竟發現，連該主機上的JOB排程也出問題了，

有些排程在我變更時間的那兩分鐘內，有執行過，這下麻煩了，

變成這幾個排程的[下次執行時間]跑到下午去了(因為也快了八小時)，

逼不得已上網找了一下Oracle 的JOB排程的語法，想要來個強制啟動 ^O^

發現這個網站裡有介紹....

找要在 ALL_JOBS 找出你的 JOB的號碼就可以了

RUN procedure

This procedure runs job JOB now. It runs it even if it is broken.

Running the job recomputes next_date. See view user_jobs.

Syntax

DBMS_JOB.RUN ( 
   job       IN  BINARY_INTEGER,
   force     IN  BOOLEAN DEFAULT FALSE);

Parameters

Table 16-10 Run Procedure Parameters

job

force

Example

EXECUTE DBMS_JOB.RUN(14144);

其他的用法如下

Summary of Subprograms

Table 16-1 DBMS_JOB Package Subprograms

SUBMIT procedure

REMOVE procedure

CHANGE procedure

WHAT procedure

NEXT_DATE procedure

INSTANCE procedure

INTERVAL procedure

BROKEN procedure

RUN procedure

USER_EXPORT procedure

USER_EXPORT procedure

    下面是常有的設置Interval的方法：
    每天固定時間運行，比如早上8：10分鐘：Trunc（Sysdate+1） + 8/24

    每天：trunc（sysdate+1）
    每週：trunc（sysdate+7）
    每月：trunc（sysdate+30）
    每個星期日：next_day（trunc（sysdate），'SUNDAY'）    
    每天6點：trunc（sysdate+1）+6/24      
    每半個小時：sysdate+30/1440

第三步：異常情況處理

    JOB不能運行情況處理

    1.先來瞭解一下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運行完他就休息了，
    需要定期喚醒他，這個值不能太小，太小會影響數據庫的性能。

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

    3.使用下面的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；

    4.使用下面的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的進程也刪除，再重新跑看看結果。

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

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

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