問題解決:ORA-7445[qkaMarkQkn()+] Running a Large Query

      網友投稿 829 2025-04-03

      目前從事Oracle DBA工作,曾從事 Oracle 數據庫開發工作,主要服務于生產制造,汽車金融等行業。

      現擁有Oracle OCP,OceanBase OBCA認證,擅長Oracle數據庫運維開發,備份恢復,安裝遷移,Linux自動化運維腳本編寫等。

      前言

      今天巡檢遇到數據庫報錯 ORA-07445 [qkaMarkQkn] 錯誤,數據庫版本為 11204 (x86_64),錯誤日志如下:

      ORA-07445: 出現異常錯誤: 核心轉儲 [qkaMarkQkn()+1478] [SIGSEGV] [ADDR:0x10] [PC:0x1A20E62] [Address not mapped to object] []

      關鍵詞:ORA-07445、[qkaMarkQkn()+1478]…

      一、問題分析

      1、通過 Oracle oerr 工具查看錯誤代碼:

      2、抓取trace文件關鍵信息:

      Error: ORA-07445 [qkaMarkQkn()+1478] [SIGSEGV] [ADDR:0x10] [PC:0x1A20E62] [Address not mapped to object]

      Error Stack: ORA-7445[qkaMarkQkn]

      Main Stack:

      qkaMarkQkn <- qkaMarkQkn <- qkaMarkQkn <- qkaMarkQkn <- qkaMarkQkn <- qkaMarkQkn

      <- qkaMarkQkn <- qkaMarkQkn <- qkaMarkQkn <- qkaMarkQkn <- qkaMarkQkn <- qkaMarkQkn

      <- qkaMarkQkn <- qkaMarkQkn <- qkaMarkQkn <- qkaMarkQkn <- qkaMarkQkn <- qkadrv2Pre

      <- qkadrv2 <- opitca <- kksFullTypeCheck <- rpiswu2 <- kksLoadChild <- kxsGetRuntimeLock

      <- kksfbc <- opiexe <- kpoal8 <- opiodr <- kpoodrc <- rpiswu2 <- kpoodr <- upirtrc <- kpurcsc

      <- kpuexec <- OCIStmtExecute <- qksanExecSql <- qksanAnalyzeSql <- qksanAnalyzeSegSql

      <- kestsaAutoTunePqDrv <- kestsTuneSqlDrv <- kesaiExecAction

      SQL脫敏:

      問題已解決:ORA-7445[qkaMarkQkn()+] Running a Large Query

      Current SQL: /* SQL Analyze(2399,1) */ 一個select查詢語句

      3、通過查詢MOS文檔,發現該錯誤相符合的文檔:

      ORA-7445[qkaMarkQkn()+1584] Running a Large Query (Doc ID 2094809.1)

      4、提交SR的回復:

      /* SQL Analyze(2399,1) */ 一個select查詢語句

      This error typically only impacts the SQL Tuning job itself.

      If the error is a one off incident then you can ignore it.

      If such errors keep occurring in Jnnn processes when executing package DBMS_SQLTUNE_INTERNAL then a workaround is to disable the Automatic SQL Tuning Tasks as follows:

      BEGIN DBMS_AUTO_TASK_ADMIN.DISABLE( client_name => 'sql tuning advisor', operation => NULL, window_name => NULL ); END; /

      This will disable all automatic SQL tuning tasks but you can still perform “on-demand” SQL tuning to get advice on tuning specific SQL statements.

      二、解決方案

      兩種解決方案,任選其一即可。

      1、修改_fix_control隱含參數:

      alter session set "_fix_control" = '8560951:ON','5483301:ON';

      2、修改OPTIMIZER_FEATURES_ENABLE參數

      alter session set optimizer_features_enable='11.2.0.4';

      參考官方文章:ORA-7445[qkaMarkQkn()+1584] Running a Large Query (Doc ID 2094809.1)

      本次分享到此結束啦~

      如果覺得文章對你有幫助,

      、、關注、評論

      ,一鍵四連支持,你的支持就是我創作最大的動力。

      版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。

      版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。

      上一篇:打開表格右鍵開始能正常使用,使用一段時間(可能半小時,或更長時間)右鍵功能失效,
      下一篇:低代碼開發平臺(1分鐘之前已更新)
      相關文章
      亚洲av成人无码久久精品| 青草久久精品亚洲综合专区| 亚洲综合欧美色五月俺也去| 91精品国产亚洲爽啪在线观看| 国产亚洲精品激情都市| 亚洲乱码中文字幕综合234| 亚洲成人影院在线观看| 亚洲成a人片在线观看日本麻豆| 亚洲国产成人精品无码区花野真一| 精品亚洲456在线播放| 一区二区亚洲精品精华液| 色老板亚洲视频免在线观| 亚洲成年网站在线观看| 国产精品亚洲片在线va| 亚洲人成图片网站| 亚洲精品永久在线观看| 亚洲国产AV无码一区二区三区| 亚洲一区二区三区丝袜| 亚洲欧洲免费无码| 国产精品亚洲专区无码WEB| 午夜在线亚洲男人午在线| 亚洲国产日韩在线观频| 久久久久国产亚洲AV麻豆| 国内精品久久久久久久亚洲| 亚洲国产一二三精品无码| 亚洲AV无码AV男人的天堂| 激情内射亚洲一区二区三区| 亚洲日韩国产精品无码av| 456亚洲人成影院在线观| 亚洲精品av无码喷奶水糖心| 国产亚洲精品AAAA片APP| 亚洲精品人成无码中文毛片| 亚洲情综合五月天| 亚洲永久永久永久永久永久精品| 亚洲伊人久久大香线蕉苏妲己| 亚洲国色天香视频| 亚洲依依成人亚洲社区| 一本色道久久88亚洲综合| 亚洲人午夜射精精品日韩| 亚洲AV一宅男色影视| 亚洲特级aaaaaa毛片|