ORACLE只有表空间文件通过重建控制文件进行不完全恢复
2010-08-08 18:27
453 查看
最近公司在外面的一个数据库服务器崩溃了。于是临时恢复了一次数据库。
最开始使用日志文件来恢复,但是过程中发现日志文件损坏了。
于是在网上找到了一些资料进行了重建控制文件进行不完全恢复。下面是这个过程。由于过程中没有保存过程截图,这里只有一些步骤。
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;
最开始使用日志文件来恢复,但是过程中发现日志文件损坏了。
于是在网上找到了一些资料进行了重建控制文件进行不完全恢复。下面是这个过程。由于过程中没有保存过程截图,这里只有一些步骤。
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;
相关文章推荐
- oracle 从备份的控制文件进行完全恢复
- Oracle重建控制文件恢复丢失表空间一例
- oracle控制文件的损坏或完全丢失的恢复办法
- Oracle:只有rman备份(数据,参数,日志,控制文件全丢失)的恢复
- 控制文件丢失,无备份,通过重建控制文件恢复数据库
- oracle冷备份恢复重建控制文件
- 通过重建控制文件的方法恢复数据库
- 控制文件重建后的不完全恢复
- Oracle 重建控制文件(在丢失控制文件的情况下,如何恢复数据库)
- [强烈推荐]Oracle:只有rman备份(数据,参数,日志,控制文件全丢失)的恢复
- oracle用户管理的完全恢复5:控制文件损坏(控制文件前后内容未改变)
- 重建控制文件进行完整不完整恢复
- Oracle:只有rman备份(数据,参数,日志,控制文件全丢失)的恢复
- 用备份控制文件做不完全恢复下的完全恢复(数据文件备份<旧>--新建表空间--控制文件备份<次新>--日志归档文件<新>)
- Oracle:只有rman备份(数据,参数,日志,控制文件全丢失)的恢复
- Oracle 重建控制文件 对 只读表空间 和 临时表空间 影响 测试
- 重建控制文件恢复丢失表空间一例
- 用备份控制文件做不完全恢复下的完全恢复(全备<老>--备份控制文件<次新>--新建表空间andy--日志文件<新>)
- 只有spfile和控制文件情况下进行rman恢复时报ORA-00312 ORA-00313错误
- 用备份控制文件做不完全恢复下的完全恢复(数据文件备份<旧>--新建表空间--控制文件备份<次新>--日志归档文件<新>)