資訊專(zhuān)欄INFORMATION COLUMN
大家好！
慣例先介紹環(huán)境：
操作系統(tǒng)：Redhat7.6
數(shù)據(jù)庫(kù)版本：19.7
是否RAC：是
ASM或文件系統(tǒng)：ASM
最近巡檢發(fā)現(xiàn)某庫(kù)DBalert日志報(bào)ORA-600,ORA-700錯(cuò)誤。詳細(xì)如下：
繼續(xù)分析相關(guān)trace如下：
如圖顯示，用戶觸發(fā)SQL如下：
createtable tab_20200813_2_5_1011 nologging as select * from tab_20200813where mod(serv_id,10)=2
從調(diào)用堆棧信息來(lái)看，kqrReadFromDBcache讀取觸發(fā)的報(bào)錯(cuò)。
繼續(xù)查看trace：
從上兩圖顯示，ORA-600,ORA-700觸發(fā)均發(fā)生在drop回收站對(duì)象時(shí)。
總結(jié)：
從錯(cuò)誤發(fā)生時(shí)的函數(shù)調(diào)用信息來(lái)看，問(wèn)題發(fā)生在創(chuàng)建新表時(shí)，表空間的剩余空間不夠，內(nèi)部通過(guò)遞歸調(diào)用來(lái)清除recycleBin的對(duì)象釋放空間時(shí)，發(fā)生了內(nèi)存上的臨時(shí)錯(cuò)誤。MOS上無(wú)法找到在該版本類(lèi)似的案例。
臨時(shí)解決方法：
確保表空間有足夠的剩余空間，使其不會(huì)自動(dòng)觸發(fā)回收站對(duì)象清除。
手動(dòng)清除回收站對(duì)象，并將其添加至crontab中。
purgerecyclebin;
19C使用過(guò)程中會(huì)碰到越來(lái)越多的坑，有些MOS上可以找到補(bǔ)丁或者workaroud，但目前看，大部分是無(wú)解決方案，這個(gè)時(shí)候，我們應(yīng)該秉承，不管白貓黑貓，能讓系統(tǒng)穩(wěn)定健康運(yùn)行的就是好貓的原則來(lái)進(jìn)行相關(guān)的填坑動(dòng)作。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://m.hztianpu.com/yun/130100.html
19C?DG?Broker配置和測(cè)試 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
OGG Integrated Native DDL簡(jiǎn)單測(cè)試 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%;...
摘要：?jiǎn)栴}九庫(kù)控制文件擴(kuò)展報(bào)錯(cuò)庫(kù)的擴(kuò)展報(bào)錯(cuò)，用的是裸設(shè)備，和還是原來(lái)大小，主庫(kù)的沒(méi)有報(bào)錯(cuò)，并且大小沒(méi)有變，求解釋。專(zhuān)家解答從報(bào)錯(cuò)可以看出，控制文件從個(gè)塊擴(kuò)展到個(gè)塊時(shí)報(bào)錯(cuò)，而裸設(shè)備最大只支持個(gè)塊，無(wú)法擴(kuò)展，可以嘗試將參數(shù)改小，避免控制文件報(bào)錯(cuò)。 鏈接描述引言 近期我們?cè)贒BASK小程序新關(guān)聯(lián)了運(yùn)維之美、高端存儲(chǔ)知識(shí)、一森咖記、運(yùn)維咖啡吧等數(shù)據(jù)領(lǐng)域的公眾號(hào)，歡迎大家閱讀分享。 問(wèn)答集萃 接下來(lái)，...
閱讀 1459·2023-01-11 13:20
閱讀 1812·2023-01-11 13:20
閱讀 1263·2023-01-11 13:20
閱讀 2005·2023-01-11 13:20
閱讀 4226·2023-01-11 13:20
閱讀 2879·2023-01-11 13:20
閱讀 1487·2023-01-11 13:20
閱讀 3806·2023-01-11 13:20
