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