直接删除undo及temp表空间文件后的数据库恢复一例

前几天，某用户研发找到我，说他们的研发库坏了，问我能恢复不？我问他们做了什么操作，一个小男孩儿说，看到空间满了，清除了点儿数据，我说是不是连数据库的文件也清除了，他说没有，他清除的是ORACLE_HOME外的一个目录，和数据库没关系，见他这么说，我就没什么说的了，因为再说下去也是扯皮。登录系统查看，发现数据库可以mount，但在打开阶段会报错：

ORA-00603:ORACLE server session terminated by fatal error.

一时还真搞不清到底咋了，由spfile导出pfile，经查看undo表空间被删除了，只能采取了下面的步骤：

修改initsid.ora如下：

_corruption_rollback_segments=true;

undo_management='MANUAL'

undo_tablespace='SYSTEM'

用pfile启动，系统可以正常启动、打开，但很短时间内就会自动宕掉，因此，我必须尽快创建一个undo，为了尽快，我开始创建了一个只有50m的undo表空间undotbs2，然后，修改initsid.ora：

undo_management='AUTO'

undo_tablespace='UNDOTBS2'

再用pfile启动，系统可以正常启动、打开，但也是过了一段时间，就自动宕掉，后来，忽然看到一个报错，似乎说是和parallel servers有关，于是，修改initsid.ora:

parallel_max_servers=0

再用pfile启动、打开数据库后，这次数据库不自动宕掉了，接着，创建了一个大的undo表空间undotbs3，将系统undo表空间切换到这个大的新建的undo表空间undotbs3上，修改initsid.ora：

undo_tablespace='UNDOTBS3'

再以pfile启动、打开数据库，并drop掉那个小的undo表空间undotbs2，后来发现系统的temp表空间文件也被删除了，于是新建了temp表空间temp1，并把用户temp表空间切到新的temp表空间temp1上，然后，创建了spfile，并用spfile重启数据库，验证几天，一切正常。

供大家参考，如需转载，请注明出处。