先說結(jié)論：請好好的閱讀oracle的alert日志文件，里面的錯誤提示是很清楚的，精確到行；在plsql里運行作業(yè)出錯的提示是簡略的，容易給人浮躁的心態(tài)；如果在ssh工具顯示中文為亂碼，請設(shè)置好工具的字符集問題。
數(shù)據(jù)庫:?12c 發(fā)布 1
錯誤代碼:?ORA-12011
描述:?無法執(zhí)行 %s 作業(yè)
原因:?dbms_ijob.run中從一個或多個應(yīng)運行的作業(yè)中捕獲了一個錯誤。
動作:?查看警報日志以了解有關(guān)哪些作業(yè)失敗以及原因的詳細(xì)信息。
數(shù)據(jù)庫:?12c 發(fā)布 1
錯誤代碼:?ORA-12011
描述:?execution of string jobs failed
原因:?An error was caught in dbms_ijob.run from one or more jobs which were due to be run.
動作:?Look at the alert log for details on which jobs failed and why.
事件過程：
現(xiàn)象：有個作業(yè)自動broken，重建過一分鐘后也一樣broken。
排查：1，手工執(zhí)行里面的存儲過程，沒有報錯。2，手工運行作業(yè)提示ORA-12011（plsql里面提示真是簡略，顯示不了的用三個點代替）；3，搜索ORA-12011沒找到對的方案，以為是沒授權(quán)執(zhí)行作業(yè)的權(quán)限，給用戶授權(quán)，結(jié)果一樣報ORA-12011錯誤；4，對比相同類型的用戶的dba_tab_privs表權(quán)限、dba_sys_privs系統(tǒng)權(quán)限、dba_role_privs角色權(quán)限，發(fā)現(xiàn)設(shè)置都一樣。文章來源：http://www.zghlxwxcb.cn/news/detail-614393.html
最終手段：ssh到服務(wù)器上看alert日志，看到最新的日志內(nèi)容，提示是存儲過程第n行出錯，還有ORA-01403: 未找到數(shù)據(jù)。通過對第n行進(jìn)行業(yè)務(wù)排查，確實是沒有數(shù)據(jù)。后面就是解決沒數(shù)據(jù)的事情略。文章來源地址http://www.zghlxwxcb.cn/news/detail-614393.html
到了這里，關(guān)于oracle作業(yè)執(zhí)行失敗提示ORA-12011的解決思路的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
