本人在公司搭建了三套oracle集群，據開發同事反映，說集群3的undo表空間老是爆滿，資源也不釋放，因為業務問題，不能宕機。然后他就不斷的新建undo表空間，一直新建到undotbs6,本來默認是兩個的（undotbs1和undotbs2）。然后undo表空間越來越大，是在沒辦法了，他就通過刪除undo表空間的方法，不過刪除的時候，刪錯了，刪到了undotbs1，一共刪除了(undotbs1和undotbs4，undotbs5,undotbs6)。
當時undotbs2和undotbs3還是滿空間，就想著通過重啟，然后同事付托我重啟，然后沒有留意，就直接重啟。然后報錯。
無法找到對應的undo表空間。然后我就想了想，只能通過修改pfile的方法，通過把單一節點數據庫啟動到mount狀態，通過create pfile='$ORACLE_HOME/dbs/ora_1214.ora' from spfile; 然后修改pfile,把undo表空間改為undotbs2和undotbs3,然后通過pfile啟動數據庫，最后要通過當前的pfile創建spfile,要不然下次也會報錯。
這只是解決了正常啟庫的問題，最大的問題是undo表空間爆滿的問題，這樣刪除undo表空間只是治標不治本，以后還是重蹈覆轍。通過查資料，和查數據庫的參數，發現一個參數：undo_retention 事務提交后保存在undo表空間的時間被修改成了18000秒，也就是5個小時。
我的天，默認是900秒的，怪不得undo表空間一直不夠，原來是這個原因。業務不斷用，數據不斷累積，又不釋放。終于找到原因了，立馬把它改為900秒。
呼~菜鳥的我又學到了東西了。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
