一）用户表空间
错误:
在启动数据库时出现ORA-01157,ORA-01110或操作系统级错误例如ORA-07360,
在关闭数据库(使用shutdown normal或shutdown immediate) 时将导致错误ORA
-01116,ORA-01110以及操作系统级错误ORA-07368
解决:
以下有两种解决方案:
1.用户的表空间可以被轻易地重建
即最近导出的对象是可用的或表空间中的对象可以被轻易地重建等.在
这种情况下,最简单的方法是offline并删除该数据文件,删除表空间并
重建表空间以及所有的对象.
svrmgrl>; startup mount
svrmgrl>; alter database datafile filename offline drop;
svrmgrl>; alter database open;
svrmgrl>; drop tablespace tablespace_name including contents;
重建表空间及所有对象.
2.用户的表空间不能够被轻易地重建
在大多数情况下,重建表空间是不可能及太辛苦的工作.方法是倒备份及做介
质恢复.如果您的系统运行在NOARCHIVELOG模式下,则只有丢失的数据
在online redo log中方可被恢复。
二）临时表空间
临时表空间并不包含真正的数据,恢复的方法是删除临时表空间并重建即可.
三）系统表空间
如果备份不可用,则只能采用重建数据库的方法
四）回滚表空间
有两种情况:
1、数据库已经完全关闭(使用shutdown immediate或shutdown命令)
1) 确认数据库完全关闭
2) 修改init.ora文件,注释"rollback-segment"
3) svrmgrl>; startup restrict mount
4) svrmgrl>; alter database datafile filename offline drop;
5) svrmgrl>; alter database open;
基于出现的结果:
"statement processed" 转(7)
"ORA-00604,ORA-00376,ORA-01110"转(6)
6) svrmgrl>; shutdown immediate
修改init.ora文件,增加如下一行:
_corrupted_rollback_segments = (,...)
svrmgrl>; startup restrict
7) svrmgrl>; drop tablespace tablespace_name including contents;
8) 重建表空间及回滚段
9) svrmgrl>; alter system disable restricted session;
10) 修改init.ora文件
2、数据库未完全关闭(数据库崩溃或使用shutdown abort命令关闭数据库)
1) 恢复备份
2) svrmgrl>; startup mount
3) svrmgrl>; select file#,name,status from v$datafile;
svrmgrl>; alter database datafile filename online;
4) svrmgrl>; select v1.group#,member,sequence#,first_change#
>; from v$log v1,v$logfile v2
>; where v1.group#=v2.group#;
5) svrmgrl>; select file#,change# from v$recover_file;
见一方案2-4
6) svrmgrl>; recover datafile filename;
7) svrmgrl>; alter database open;
3、数据库处于打开状态
1) 删除回滚段和表空间
2) 重建表空间和回滚段
五）控制文件恢复
1．所有的控制文件均被破坏
将备份的控制文件拷贝至原目录下
对于RAW DEVICE,则:
dd if='con.bak' of='/dev/rdrd/drd1' seek=128
2．并非所有的控制文件均被破坏
用其他的控制文件启动数据库