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