ORACLE只有表空间文件通过重建控制文件进行不完全恢复

最近公司在外面的一个数据库服务器崩溃了。于是临时恢复了一次数据库。

最开始使用日志文件来恢复，但是过程中发现日志文件损坏了。

于是在网上找到了一些资料进行了重建控制文件进行不完全恢复。下面是这个过程。由于过程中没有保存过程截图，这里只有一些步骤。

 

1、首先按照原来服务器上的路径重新安装ORACLE。

2、由于我们的表空间不在数据库的ORADATA里，所以通过语句重建了表空间文件。

3、在cmd下用sysdba登录后，使用alter database backup controlfile to trace resetlog;导出控制文件。在udmp目录下。

4、停服务。备份当前的ORADATA文件夹，然后清空当前ORADATA目录，并把原来的备份拷贝到当前目录下（只要DBF和ORA就可以了，日志和控制文件不要）。清空ADMIN目录下的各个文件夹内容，保留PFILE文件夹下的init.ora文件。

5、cmd下执行sqlplus /nolog，然后用conn as sysdba登录

6、startup nomount

7、把第3步里备份的创建控制文件的sql拷贝出来，保存为d:/createcontrolfile.sql.

8、执行@d:/createcontrolfile.sql

9、shutdown immediate

10、关服务。

11、在admin/pfile目录下的init.ora里加入隐含参数

_allow_resetlogs_corruption=true

_allow_terminal_recovery_corruption=true

12、执行startup pfile='amdin/pfile/init.ora(实际文件名和目录按照实际走)' mount force;

13、执行alter database open resetlogs;

估计是不成功，然后也无法关闭数据库了。

接着按照12条的语句启动数据库。

14、recover database;应该提示介质已恢复。

15、recover database until cancel；如果14已经成功，这条应该也成功，不成功也没关系。

16、此时执行alter database open resetlogs;

查看trace，如果发现ora-00600 2662,则执行alter session set events '10015 trace name adjust_scn level 1(或者10)';

17、16执行完之后，如果alter database open restlogs；还是不成功，且变成600 4193,则需加入隐含参数：

_corrupted_rollback_segments=(_syssmu1$....._syssmu10$),具体要按照trace里的undo数量而定。

18、现在会出现ORA-00604,不要着急，屏蔽掉上面的隐含参数后，修改隐含参数里的undo_management=manual。

19、alter database open resetlog;应该就提示“数据库已更改”，这样就可以了。

20、如果要加入tempfile，执行alter tablespace TEMP add tempfile '目录/temp01.ora' reuse;即可。

 

附：

如果错误显示问号执行：alter session set nls_language=american;

清除日志文件：alter database clear unarchived logfile group 1;