一次Oracle灾难恢复经历
本文将介绍一次oracle8i下数据库灾难恢复的经历，实是感悟太深.
1. 灾难的发生:
数据库服务器正在运行时，数据服务器主机突然蓝屏，接着任由发货员如何操作不能再发货，只好关闭了服务器，然后重新启动 ,仍然不能发货（发货员员不懂数据库，不知道数据库因为故障不能启动）。然后打电话给我们请求解决。
2. 了解数据库状况:
由于数据库不是我创建的，我得先了解相关的情况：数据库处于非归档模式，没有归档日志可以利用；一直运行良好，从没有备份；数据库每个日志组仅一个重做日志成员；数据库发生灾难后，其当前重做日志组2发生硬盘介质错误。
3. 进行恢复
抱着一线希望，我希望归档日志能够切换或者删除，所以分别进行了下列几种方法的操作:
1) alter database drop logfile 'pathredo02.log' ;
2) alter database switch logfile ;
遗憾的是以上的命令执行后都返回错误，无法修改。因为数据是处于非归档模式，不能进行日志切换操作，（除非数据库能启动，在启动后可以?）。
没有办法，只好修改数据库参数_allow_resetlogs_corruption为真:
_allow_resetlogs_corruption=true
于是，将上面一行加到初始化参数文件中，进入svrmgrl控制台,进行如下操作:
connect internal
startup mount
alter database clear logfile group 2 ;
recover database until cancel ;
alter database open resetlogs ;
alter database open ;
（以下操作中有几步会返回错误，请不要理会提示的错误，继续执行）。
OK！ 数据库成功启动加载 。
4. 赶快将数据导出或利用PB导出，进行备份。
5. 重建数据库，将上一步的数据导入重建的数据库。
这样，数据成功恢复。
3ks
厉害 学习中
问一下 这样恢复的话是不是丢失一些数据 该怎么办呢？
呵呵。。這本來就是因為沒有辦法的辦法呀
如果是非當前的redo是沒有關系的[@more@]
本文将介绍一次oracle8i下数据库灾难恢复的经历，实是感悟太深.
1. 灾难的发生:
数据库服务器正在运行时，数据服务器主机突然蓝屏，接着任由发货员如何操作不能再发货，只好关闭了服务器，然后重新启动 ,仍然不能发货（发货员员不懂数据库，不知道数据库因为故障不能启动）。然后打电话给我们请求解决。
2. 了解数据库状况:
由于数据库不是我创建的，我得先了解相关的情况：数据库处于非归档模式，没有归档日志可以利用；一直运行良好，从没有备份；数据库每个日志组仅一个重做日志成员；数据库发生灾难后，其当前重做日志组2发生硬盘介质错误。
3. 进行恢复
抱着一线希望，我希望归档日志能够切换或者删除，所以分别进行了下列几种方法的操作:
1) alter database drop logfile 'pathredo02.log' ;
2) alter database switch logfile ;
遗憾的是以上的命令执行后都返回错误，无法修改。因为数据是处于非归档模式，不能进行日志切换操作，（除非数据库能启动，在启动后可以?）。
没有办法，只好修改数据库参数_allow_resetlogs_corruption为真:
_allow_resetlogs_corruption=true
于是，将上面一行加到初始化参数文件中，进入svrmgrl控制台,进行如下操作:
connect internal
startup mount
alter database clear logfile group 2 ;
recover database until cancel ;
alter database open resetlogs ;
alter database open ;
（以下操作中有几步会返回错误，请不要理会提示的错误，继续执行）。
OK！ 数据库成功启动加载 。
4. 赶快将数据导出或利用PB导出，进行备份。
5. 重建数据库，将上一步的数据导入重建的数据库。
这样，数据成功恢复。
3ks
厉害 学习中
问一下 这样恢复的话是不是丢失一些数据 该怎么办呢？
呵呵。。這本來就是因為沒有辦法的辦法呀
如果是非當前的redo是沒有關系的[@more@]
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/633084/viewspace-904041/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
ORA-12571:信息包写入错误
下一篇：
ORACLE 8I 创建密码文件!
请登录后发表评论
登录
全部评论
