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