資訊專欄INFORMATION COLUMN
大家好！
慣例先介紹環(huán)境：
操作系統(tǒng)：Redhat7.6
數(shù)據(jù)庫版本：19.7
是否RAC：是
ASM或文件系統(tǒng)：ASM
最近巡檢發(fā)現(xiàn)某庫DBalert日志報(bào)ORA-600,ORA-700錯誤。詳細(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)用堆棧信息來看，kqrReadFromDBcache讀取觸發(fā)的報(bào)錯。
繼續(xù)查看trace：
從上兩圖顯示，ORA-600,ORA-700觸發(fā)均發(fā)生在drop回收站對象時(shí)。
總結(jié)：
從錯誤發(fā)生時(shí)的函數(shù)調(diào)用信息來看，問題發(fā)生在創(chuàng)建新表時(shí)，表空間的剩余空間不夠，內(nèi)部通過遞歸調(diào)用來清除recycleBin的對象釋放空間時(shí)，發(fā)生了內(nèi)存上的臨時(shí)錯誤。MOS上無法找到在該版本類似的案例。
臨時(shí)解決方法：
確保表空間有足夠的剩余空間，使其不會自動觸發(fā)回收站對象清除。
手動清除回收站對象，并將其添加至crontab中。
purgerecyclebin;
19C使用過程中會碰到越來越多的坑，有些MOS上可以找到補(bǔ)丁或者workaroud，但目前看，大部分是無解決方案，這個時(shí)候，我們應(yīng)該秉承，不管白貓黑貓，能讓系統(tǒng)穩(wěn)定健康運(yùn)行的就是好貓的原則來進(jìn)行相關(guān)的填坑動作。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/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%;...
摘要：問題九庫控制文件擴(kuò)展報(bào)錯庫的擴(kuò)展報(bào)錯，用的是裸設(shè)備，和還是原來大小，主庫的沒有報(bào)錯，并且大小沒有變，求解釋。專家解答從報(bào)錯可以看出，控制文件從個塊擴(kuò)展到個塊時(shí)報(bào)錯，而裸設(shè)備最大只支持個塊，無法擴(kuò)展，可以嘗試將參數(shù)改小，避免控制文件報(bào)錯。 鏈接描述引言 近期我們在DBASK小程序新關(guān)聯(lián)了運(yùn)維之美、高端存儲知識、一森咖記、運(yùn)維咖啡吧等數(shù)據(jù)領(lǐng)域的公眾號，歡迎大家閱讀分享。 問答集萃 接下來，...
閱讀 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
