為同事解決一個因為網路連線情況不佳時，執行一個超長時間的SQL插入操作。
    既然網路狀況不好，就選擇了使用一次性使用JOB來完成該插入操作。在JOB執行一段時間後，我發現被插入表有些問題（慚愧，當時也沒有先檢查檢查就做了）。準備停止JOB，因為在JOB執行情況下，我的所有修改都會報系統資源忙的錯誤。
    強行KILL SESSION是行不通的，因為過會兒，JOB還會重新啟動，如果執行的SQL也被KILL了通過重新啟動的JOB還是會被再次新執行的。
    比較好的方法應該是;
    
1. 首先確定要停止的JOB號
   
    在10g中可通過Dba_Jobs_Running進行確認。

 2. Broken你確認的JOB
   
    注意使用DBMS_JOB包來標識你的JOB為BROKEN。
    SQL> EXEC DBMS_JOB.BROKEN(job#,TRUE);

   注意：當執行完該命令你選擇的這個JOB還是在執行著的。

3. Kill 對應的Oracle Session

    應為BROKEN後該JOB還在執行，如果要求該JOB立刻停止，就需要找到該job的對應SESSION(SID,SERIAL#)，然後執行以下命令：

    ALTER SYSTEM KILL SESSION `sid,serial#`;

     或者直接KILL對應的作業系統的SESSION，如果使用ALTER SYSTEM KILL SESSION執行很長時間，其實可以使用OS的命令來快速KILL掉SESSION.

     For Windows, at the DOS Prompt: orakill sid spid

     For UNIX at the command line> kill –9 spid

4. 檢查你的JOB是否還在執行

   檢查你要停止的JOB是否還在執行，其實多數情況下，應該都已經停止了。尤其執行的第三步的“殺手”命令。如果真的還是沒有停止，只好從第一道第三步重新做一下了。

6. 將Job Queue Processes的數目修改為0
 
    首先確認當前的Job Queue Processes的數目

    SQL> col value for a10
    SQL> select name,value from v$parameter where name =`job_queue_processes`;
   
    然後將Job Queue Processes的數目修改為0

    SQL> ALTER SYSTEM SET job_queue_processes = 0;

     保證所有的JOB都會停止。

7. 修改你要修改的任何東西，甚至是JOB內的內容。

8. 修改完成後，將job的BROKEN狀態停止。

SQL>EXEC DBMS_JOB.BROKEN(job#,FALSE):

9. 恢復job_queue_processes的原始值

     ALTER SYSTEM SET job_queue_processes = original_value;

    至此整個停止並修改JOB完成.

    
    但是需要另外注意一下的是，在MARK一個BROKEN狀態的時候，因為JOB內部執行SQL的原因，所以執行時或許要“煎熬”一段時間。所以在建立JOB時一定要仔細考慮，同時如果可能可以在你設計的PL/SQL程式碼中，增加一些判斷“停止訊號”的部分。來避免費力執行上面的步驟。
    畢竟，ORACLE在執行JOB時，還是很“倔強”的 -:)