job掛死處理步驟

比較好的方法應該是;
1. 首先確定要停止的JOB號
在10g中可透過Dba_Jobs_Running進行確認。
查詢正在執行的JOB:
select sid from dba_jobs_running;
 
查詢到正在執行的JOB的spid:
select a.spid from v$process a ,v$session b where a.addr=b.paddr and b.sid in (select sid from 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是否還在執行，其實多數情況下，應該都已經停止了。尤其執行的第三步的“殺手”命令。如果真的還是沒有停止，只好從第一道第三步重新做一下了。
 
5. 將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都會停止。
 
6. 修改你要修改的任何東西，甚至是JOB內的內容。
 
7. 修改完成後，將job的BROKEN狀態停止。
SQL>EXEC DBMS_JOB.BROKEN(job#,FALSE):
 
8. 恢復job_queue_processes的原始值
ALTER SYSTEM SET job_queue_processes = original_value;
至此整個停止並修改JOB完成.
     
但是需要另外注意一下的是，在MARK一個BROKEN狀態的時候，因為JOB內部執行SQL的原因，所以執行時或許要“煎熬”一段時間。所以在建立JOB時一定要仔細考慮，同時如果可能可以在你設計的PL/SQL程式碼中，增加一些判斷“停止訊號”的部分。來避免費力執行上面的步驟。
畢竟，ORACLE在執行JOB時，還是很“倔強”的 -:)
 
4 附件：ORAKILL用法
很多時候遇到某個session一直處於active，使得CPU一直處於搞使用狀態，雖然kill 了，但是卻不能夠使得使得執行緒結束。 kill session只是kill這個程式，但是執行緒一直處於活動狀態。需要真正的kill執行緒才能夠解決cpu使用率高的問題。
os ：windows2003
ORAKILL用法是 orakill sid spid 其中sid為例項名，spid為執行緒號。
 
怎麼樣取得這個spid呢？
以下給出查詢spid的語句。
select spid, osuser, s.program from v$process p, v$session s
where p.addr=s.paddr and s.sid = XXX;
--說明:XXX為session的sid (不是資料庫SID 呵呵)。自己輸入就可以。
orakill instance_name spid
這樣就能夠成功解決cpu使用率高的問題