撤销表空间引发的灾难

本人在公司搭建了三套甲骨文集群,据开发同事反映,说集群3的撤消表空间老是爆满,资源也不释放,因为业务问题,不能宕机。然后他就不断的新建撤消表空间,一直新建到undotbs6,本来默认是两个的(undotbs1和undotbs2)。然后撤销表空间越来越大,是在没办法了,他就通过删除撤销表空间的方法,不过删除的时候,删错了,删到了undotbs1,一共删除了(undotbs1和undotbs4, undotbs5, undotbs6)。
当时undotbs2和undotbs3还是满空间,就想着通过重启,然后同事付托我重启,然后没有留意,就直接重启。然后报错。
俺废砜占湟⒌脑帜选?无法找到对应的撤消表空间,然后我就想了想,只能通过修改pfile的方法,通过把单一节点数据库启动到山状态,通过
<代码>创建pfile=' $ ORACLE_HOME/dbs/ora_1214。奥拉的spfile; 然后修改pfile,把撤消表空间改为undotbs2和undotbs3,然后通过pfile启动数据库,最后要通过当前的pfile创建spfile,要不然下次也会报错。
这只是解决了正常启库的问题,最大的问题是撤销表空间爆满的问题,这样删除撤销表空间只是治标不治本,以后还是重蹈覆辙。通过查资料,和查数据库的参数,发现一个参数:<代码> undo_retention事务提交后保存在撤销表空间的时间> 俺废砜占湟⒌脑帜选?我的天,默认是900秒的,怪不得撤销表空间一直不够,原来是这个原因。业务不断用,数据不断累积,又不释放。终于找到原因了,立马把它改为900秒。
呼~菜鸟的我又学到了东西了。

撤销表空间引发的灾难