Oracle啟用“_optimizer_skip_scan_enabled” 參數(shù)導致NC系統(tǒng)卡死問題解決方法
問題現(xiàn)象
客戶反映系統(tǒng)卡頓,很多操作耗時都比較長,通過nmc監(jiān)控,線程耗時主要集中在數(shù)據(jù)庫上。
問題分析
首先監(jiān)控數(shù)據(jù)庫服務器資源使用情況,CPU、內存使用正常,沒有達到峰值。
監(jiān)控磁盤IO情況,發(fā)現(xiàn)磁盤最長活動時間持續(xù)達到100%,說明系統(tǒng)磁盤io負載較高。
生成卡頓時段awr報告1:
可以看到2小時的awr報告DB Time達到7805mins,非常高。
用戶IO為主要等待時間,占比57%。
進一步查看數(shù)據(jù)庫參數(shù)配置。
select * from v$parameter order by name
96G內存的數(shù)據(jù)庫服務器,oracle最大內存只分配了6.7G,調整數(shù)據(jù)庫內存參數(shù)。
alter system set memory_max_target=66560M scope=spfile; alter system set memory_target=66560M scope=spfile; alter system set sga_max_size=66560M scope=spfile;
調整后業(yè)務依然很慢,nmc監(jiān)控仍然在數(shù)據(jù)庫端,再次生成一個卡頓時段的awr報告。
可以看到1小時的awr報告DB Time達到2739mins,依然很高。
等待事件不再是IO,而是latch free。
查看數(shù)據(jù)庫上事件為latch free的會話,發(fā)現(xiàn)閂鎖ID為559。
select * from v$session_wait where event like 'latch free' ;
查看559對應的latch name,為Result Cache: RC Latch。
select * from v$latchname where latch#=559;
解決方案
通過oracle官方支持網(wǎng)站mos查詢問題,發(fā)現(xiàn)跟oracle12c新特性有關。
可通過如下隱含參數(shù)解決:
alter system set "_optimizer_skip_scan_enabled"=FALSE scope=spfile;
修改后系統(tǒng)正常。
到此這篇關于Oracle啟用“_optimizer_skip_scan_enabled” 參數(shù)導致NC系統(tǒng)卡死問題的文章就介紹到這了,更多相關Oracle NC系統(tǒng)卡死內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Oracle生成連續(xù)的數(shù)字/字符/時間序列的常用語法
這篇文章主要介紹了Oracle生成連續(xù)的數(shù)字/字符/時間序列的常用語法,在 Oracle 中實現(xiàn)數(shù)據(jù)行生成的方法有很多,本文只介紹幾種常用的語法,文中有相關的代碼示例供大家參考,需要的朋友可以參考下2024-04-04Oracle Linux 6.8安裝 mysql 5.7.17的詳細教程
這篇文章主要介紹了Oracle Linux 6.8安裝 mysql 5.7.17的詳細教程,需要的朋友可以參考下2017-06-06如何解決Oracle EBS R12 - 以Excel查看輸出格式為“文本”的請求時亂碼
這篇文章主要介紹了如何解決Oracle EBS R12 - 以Excel查看輸出格式為“文本”的請求時亂碼的相關資料,需要的朋友可以參考下2015-09-09Oracle 11g數(shù)據(jù)庫使用expdp每周進行數(shù)據(jù)備份并上傳到備份服務器
這篇文章主要介紹了Oracle 11g數(shù)據(jù)庫使用expdp每周進行數(shù)據(jù)備份并上傳到備份服務器,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-06-06Oracle數(shù)據(jù)庫opatch補丁操作流程
這篇文章主要介紹了Oracle數(shù)據(jù)庫opatch補丁操作流程的相關資料,本文從升級前準備工作到安裝補丁操作整理過程都介紹的非常詳細,需要的朋友可以參考下2016-10-10