国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

JOB不自動運行的排查方法

IT那活兒 / 3132人閱讀
JOB不自動運行的排查方法
點擊上方“IT那活兒”公眾號，關注后了解更多內容，不管IT什么活兒，干就完了！！！

  
事件起因是這樣的，有一套12.1.0.1的庫，應用人員多次反應JOB不自動運行，手動調用JOB的存儲過程卻是正常的。
檢查數據庫發現，數據庫的作業隊列進程Jnnn產生等待事件“enq: JD - contention”，收集相關信息提交SR分析后，得出結論是實例2上的作業隊列調度進程CJQ0阻塞了實例1上的J010等進程的會話，而CJQ0本身在等待并行從屬進程的加入響應，在PX Deq: Join ACK等待上夯了 147 min 46 sec。
也就是說CJQ0進程被阻塞，進而阻塞了Jnnn進程，導致JOB無法調度。


一

解決過程

SR方面，懷疑是“Bug 27223075 - Wait for PX Deq: Join Ack when no active QC but PPA* slaves show as busy”，建議是升級數據庫到19C或者定期重啟。
確實，12.1不是一個長期穩定版本，bug也確實比較多，但生產環境，豈是說升級就升級的，雖然這套庫不是核心庫，但也不是能隨便折騰的。
無奈之下，當晚聯系業務重啟數據庫后，問題暫時得到解決。好景不長，幾天過后，類似問題又重現，但我總不能每次遇到這個問題都去重啟數據庫吧。
既然是CJQ0的問題，是否可以考慮重新啟動一下CJQ0進程呢，CJQ0這種非核心進程，殺掉之后，數據庫會自動拉起。

于是，通過ps -ef|grep ora_cjq0找到spid，直接kill之后，觀察到數據庫自動拉起了CJQ0進程，一段時間之后，JOB恢復了正常調度。

二

常見排查方法

根據MOS上的文章Jobs Not Executing Automatically (Doc ID 313102.1)，對JOB不自動執行的情況，列舉了可能的原因排查方法：

2.1 Instance in RESTRICTED SESSIONS mode

檢查實例是否為受限模式：
select instance_name,logins from v$instance;
If logins=RESTRICTED, then:
alter system disable restricted session;

2.2 JOB_QUEUE_PROCESSES=0

確認參數大于0。
show parameter job_queue_processes

2.3 _SYSTEM_TRIG_ENABLED=FALSE

確認參數“_system_enabled_trigger”是否為false：
col parameter format a25
col value format a15
select a.ksppinm parameter,b.ksppstvl value from x$ksppi a,x$ksppcv b
where a.indx=b.indx and ksppinm=_system_trig_enabled;
如果_system_trig_enabled=false,則
alter system set "_system_trig_enabled"=TRUE scope=both;

2.4 Is the job BROKEN?

select job,broken from dba_jobs where job=;
如果JOB為broken，檢查相關日志確認原因。

2.5 Is the job COMMITTED?

確認提交JOB之后是否缺少commit：
DECLARE X NUMBER;
BEGIN
SYS.DBMS_JOB.SUBMIT
(
job => X
,what => dbms_utility.analyze_schema
(SCOTT,COMPUTE,NULL,NULL,NULL);
,next_date => to_date(08/06/2005 09:35:00,dd/mm/yyyy hh24:mi:ss)
,no_parse => FALSE
);
COMMIT;
END;
/

If the job executes fine if forced (i.e., exec dbms_jobs.run();), then likely a commit
is missing.

2.6 UPTIME > 497 days

確認服務器主機是否已運行超過497天：
For SUN, use uptime OS command.

在oracle老版本9i和10g中，如果服務器啟動時間大于497天，可能會命中bug-3427424 (Jobs may stop running after 497 days uptime)，需要重啟服務器解決。

2.7 DBA_JOBS_RUNNING

查看視圖dba_jobs_running視圖查看JOB是否還在運行：
select * from dba_jobs_running;

如果JOB狀態是running,檢查以下兩個視圖 v$access、v$locked_object，找出JOB使用的資源被什么進程鎖定了。

2.8 LAST_DATE and NEXT_DATE

確認JOB的last_date和next_date設置是否正確：
select Job,Next_date,Last_date from dba_jobs where job=;
2.9 NEXT_DATE and INTERVAL
Next_date is changing properly as per the interval set in dba_jobs:
查看dba_jobs視圖，檢查next_date是否根據interval正確變更：
select Job,Interval,Next_date,Last_date from dba_jobs where job=;

2.10 Toggle value for JOB_QUEUE_PROCESSES

設置job_queue_processes=0，等待一段時間后，重新設置回原來的值。
alter system set job_queue_processes=0 ;
alter system set job_queue_processes=4 ;
*此操作實際上就是重啟CJQ0進程。

2.11 DBMS_IJOB(Non-documented)

最后的嘗試--重啟數據庫或嘗試下面的操作：
exec dbms_ijob.set_enabled(true);


本文作者：許 珣（上海新炬王翦團隊）

本文來源：“IT那活兒”公眾號

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/129377.html

相關文章

  • 如何利用秒級監控進行mongodb故障排查

    摘要：而阿里云自研的秒級監控系統已經可以做到秒點的真秒級粒度，全量指標采集無一疏漏甚至對曾經沒有出現過的指標進行自動采集，實時數據展示。最后，秒級監控已經在阿里云控制臺開放，云的用戶可以自主進行監控開啟，體驗秒級監控帶來的高清體驗。 在我們平時的數據庫使用當中，監控系統，作為排查故障，告警故障的重要輔助系統，對dba、運維、業務開發同學進行問題診斷、排查、分析有著重要的作用。并且一個監控系統...

    kyanag 評論0 收藏0

  • 如何利用秒級監控進行mongodb故障排查

    摘要：而阿里云自研的秒級監控系統已經可以做到秒點的真秒級粒度，全量指標采集無一疏漏甚至對曾經沒有出現過的指標進行自動采集，實時數據展示。最后，秒級監控已經在阿里云控制臺開放，云的用戶可以自主進行監控開啟，體驗秒級監控帶來的高清體驗。 在我們平時的數據庫使用當中，監控系統，作為排查故障，告警故障的重要輔助系統，對dba、運維、業務開發同學進行問題診斷、排查、分析有著重要的作用。并且一個監控系統...

    Taonce 評論0 收藏0

  • 如何利用秒級監控進行mongodb故障排查

    摘要：而阿里云自研的秒級監控系統已經可以做到秒點的真秒級粒度，全量指標采集無一疏漏甚至對曾經沒有出現過的指標進行自動采集，實時數據展示。最后，秒級監控已經在阿里云控制臺開放，云的用戶可以自主進行監控開啟，體驗秒級監控帶來的高清體驗。 在我們平時的數據庫使用當中，監控系統，作為排查故障，告警故障的重要輔助系統，對dba、運維、業務開發同學進行問題診斷、排查、分析有著重要的作用。并且一個監控系統...

    reclay 評論0 收藏0

發表評論

0條評論

IT那活兒

男|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<