Undo表空間引發(fā)的災(zāi)難

本人在公司搭建了三套oracle集群，據(jù)開發(fā)同事反映，說集群3的undo表空間老是爆滿，資源也不釋放，因為業(yè)務(wù)問題，不能宕機。然后他就不斷的新建undo表空間，一直新建到undotbs6,本來默認是兩個的（undotbs1和undotbs2）。然后undo表空間越來越大，是在沒辦法了，他就通過刪除undo表空間的方法，不過刪除的時候，刪錯了，刪到了undotbs1，一共刪除了(undotbs1和undotbs4，undotbs5,undotbs6)。
當(dāng)時undotbs2和undotbs3還是滿空間，就想著通過重啟，然后同事付托我重啟，然后沒有留意，就直接重啟。然后報錯。

無法找到對應(yīng)的undo表空間。然后我就想了想，只能通過修改pfile的方法，通過把單一節(jié)點數(shù)據(jù)庫啟動到mount狀態(tài)，通過
create pfile='$ORACLE_HOME/dbs/ora_1214.ora' from spfile; 然后修改pfile,把undo表空間改為undotbs2和undotbs3,然后通過pfile啟動數(shù)據(jù)庫，最后要通過當(dāng)前的pfile創(chuàng)建spfile,要不然下次也會報錯。
這只是解決了正常啟庫的問題，最大的問題是undo表空間爆滿的問題，這樣刪除undo表空間只是治標(biāo)不治本，以后還是重蹈覆轍。通過查資料，和查數(shù)據(jù)庫的參數(shù)，發(fā)現(xiàn)一個參數(shù)：undo_retention 事務(wù)提交后保存在undo表空間的時間被修改成了18000秒，也就是5個小時。

我的天，默認是900秒的，怪不得undo表空間一直不夠，原來是這個原因。業(yè)務(wù)不斷用，數(shù)據(jù)不斷累積，又不釋放。終于找到原因了，立馬把它改為900秒。
呼~菜鳥的我又學(xué)到了東西了。