資訊專欄INFORMATION COLUMN
親愛滴伙伴們！本萎專家又來了，本篇將介紹本萎專家的6步擒龍法，薅出ORA-600的元兇。
首先介紹下環境：
| 數據庫版本 | 12.2.0.1 |
| 是否RAC | 是 |
該問題是在滾動打DBRU Patch 30886680(12.2.0.1.200414)時發生的。
該DBRU之前在測試庫，ADG備庫及一些邊緣庫均已成功打上，運行2個星期觀察均無異常。
最后將所有核心庫均打上該DBRU。安裝模式為滾動升級，經歷這波疫情，大家為了體驗現場通宵的疲憊感，爭先恐后的要求現場，結果很多兄弟現場一起歡快的開始了通宵之旅。
都是老司機，哥幾個信心滿滿開干，并都覺得提前一小時交卷是張飛吃豆芽，小菜一碟啊。
本萎專家分到了幾套RAC，過程中遇到了些小插曲，但都在本萎專家的手速下順利的提前完成了補丁升級，依照check-list檢查核實均正常后，即交付業務側開始業務測試。
正準備瞇一下的時候，一個兄弟那邊反饋打完一個節點的時，檢查DB ALERT日志發現報一大堆的ORA-600（當晚監控告警已摘除）。
本萎專家第一反應就是，又是丫的你啊！點兒這么背。。。。。，同樣的DBRU，同樣的系統版本，同樣的數據庫版本，為啥就你打會報錯？？你丫的是不是上完廁所沒洗手啊。。。。。。
調侃歸調侃，但身體很誠實，畢竟ORA-600不是小事。得抓緊分析原因，最開始以為是補丁的問題，后面從補丁升級成功的庫把PSU SCP過去（統一標準運維的好處），回滾重新打發現問題依舊。
后面陸續接到其他兄弟的反饋，每個人手上的部分庫一個節點打完補丁，起實例后DB ALERT日志也都報一大堆ORA-600。
這。。。。。。都沒洗手？顯然問題沒這么簡單了。為了事情可控，本萎專家建議暫停了其他節點的補丁工作。咱得先把問題分析清楚再繼續，如果在規定時間前一個小時還沒搞定，所有問題庫都回滾到打補丁前狀態。畢竟這可都是事關全省業務的核心庫啊！想到這里襠部一緊，抓緊干正事兒。
下面開始本萎專家的六步ORA-600擒龍分析：
一、 查看DB ALERT日志：
二、繼續分析trace
發現觸發SQL是一個查詢實例狀態等信息的內部調用SQL。
SQL輸出截圖如下：
三、MOS搜素
看不到更多有用的信息，本萎專家的第一感覺告訴自己，娘希匹的觸發BUG了吧。登陸MOS查看有無堆棧信息類似的BUG，一搜真有發現，ID 406804.1中顯示在12.2.0.1版本中有：
四、繼續分析BUG如下:
該BUG在21.1.0.0 fixed。。。。。。看看有沒有Workaround，哇哈，人品大爆發，還真有：
五、BUG屬性
根據BUG特征描述只有在_ges_direct_free設置成true時才可能觸發該BUG，后面我們通過查看數據庫參數及trace日志證實確是觸發該BUG。
Trace日志如下：
數據庫查詢該參數的確設置成true了，那這個參數是干嘛用的呢？
按照文檔描述，如果將_ges_direct_free設置成true，就是禁用GES資源緩存。
六、當時為啥設置_ges_direct_free
通過查找歷史郵件發現當時是為了解決SGA手動管理情況下，db cache及共享池頻繁自動調整BUG，根據SR要求設置予以了該隱含參數的設置。
后續的DBRU包含了這個BUG的FIX，本萎大師將在后續其他文章中詳細介紹SGA手動管理模式下，內存頻繁抖動導致的相關性能問題。
既然根源找到了，那趕緊把_ges_direct_free設置成false，然后重啟所有實例，數據庫又回到了熟悉的正常狀態。剩下繼續打其他節點的DBRU，最后還是提前一個小時完成本次工程工作。
好了，本次六步ORA-600擒龍法到此表述完畢，預聽其他故事，咱下回再見。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/130233.html
摘要：遠程會診在患者不用遠程奔波的情況下，為患者完成病歷分析病情診斷，進一步確定治療方案，是種方便經濟可靠的就診方式。綜合而言，被國際醫學界廣泛認可遠程會診可劃分為以下幾種方式。隨著我們生活水平的不斷提高，自然就會對身體健康越來越重視，在生病時都迫切希望能立刻得到專家的診治。可是受到地域、身體等諸多因素的影響，不能及時就診。這時候，遠程會診成為人們的迫切需求。隨著互聯網的迅速發展，讓遠程會診成為可...
先對項目進行一下簡單的介紹 vue開發微信商城項目總結之一–項目介紹 項目開發初期，由于項目比較著急上線，前端的框架在選型上比較倉促，只是因為vue學習成本較低，就選了它，沒有什么別的原因， 之前看過angular2一段時間，又趁著周末看了兩天vue，就倉促開發，所以埋下了很多坑，項目（項目目前沒有對游客開放，是2B2C的模式）上線后，回頭填坑，發現了很多問題，因為之前一直是基于Jquery模式的...
摘要：之六關于正則表達式開篇我今天下午上班的時候接到了搜狐的面試通知，面試時間是后天也就是周三上午的十點半，然后周三下午的時候還有的線上答題。 之六：關于正則表達式 開篇 我今天下午上班的時候接到了搜狐的面試通知，面試時間是后天也就是周三上午的十點半，然后周三下午的時候還有58的線上答題。所以啦，這幾天要抓緊復習的速度，不能拖拖拉拉。今天完成正則表達式，明天就更新css3的知識 這個時候各...
摘要：控制器嚴格來說，這個是控制器父類的源碼。在中，控制器僅負責接到返回的組裝的頁面字符串，并回核心中，由核心再處理后續事宜。此文可以轉載，但轉載前需要發郵件到進行溝通，未溝通的均視作侵權。 前言 其實一開始我是很糾結是否要寫控制器的源碼分析的，因為控制器的源碼太少了，少到你不相信這是一個 MVC 里的一個重頭。直覺里，大家都覺得控制器作為各個請求的入口，其后端應該有很多很多的代碼支撐才可以...
閱讀 1346·2023-01-11 13:20
閱讀 1684·2023-01-11 13:20
閱讀 1132·2023-01-11 13:20
閱讀 1858·2023-01-11 13:20
閱讀 4100·2023-01-11 13:20
閱讀 2704·2023-01-11 13:20
閱讀 1385·2023-01-11 13:20
閱讀 3597·2023-01-11 13:20
