渐行渐远这个网名,用了好多年了,
非常喜欢.
童年远了.
梦想远了.
日志文件坏掉后的恢复
上一篇 /
下一篇 2007-12-16 22:10:02
/ 个人分类：备份与恢复
一日在河南项目中实施的时候遇到这样的个数据恢复问题：
在启动oracle数据库时报错：
SQL> startup
ORACLE例程已经启动。
Total System Global Area 289406976 bytes
Fixed Size 1248576 bytes
Variable Size 83886784 bytes
Database Buffers 197132288 bytes
Redo Buffers 7139328 bytes
数据库装载完毕。
ORA-00313:无法打开日志组1 (用于线程1)的成员
ORA-00312:联机日志1线程1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG'
从数据报的错来看是打不开日group 1.
到D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\下面查看，发现文件redo01.log已经不翼而飞了。找来用户问了一下，原来是早上杀毒过一次毒后数据库就启动不起来了。
不用说，一定是瑞星干的好事，网上曾多次暴料瑞星把oracle的数据文件当病毒给kill了。
瑞星的事咱管不了，还是赶紧想办法把数据库的问题解决了吧。启动到mount状态后查看日志情况：
SQL> select GROUP#,STATUS from v$log;
GROUP# STATUS
---------- ----------------
1 CURRENT
2 INACTIVE
3 INACTIVE
从结果上看，日志组二是非当前日志。那就按排套路来吧：
SQL> alter database drop logfile group 2;
数据库已更改。
SQL> alter database open;
数据库已更改。
OK了，数据库可以打开了。
赶紧再加一组日志：
SQL> alter database add logfile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG' size10M;
数据库已更改。
注意!!!!!!，严重注意，到了这一步工作只完成了一半，最重要的，是作一次全备。
本次遇到的情况是损坏的日志不是当前日志.如果是当前日志损坏了,那应该如何处理呢?我做了下面的实验:
1.查看日志情况
SQL> select GROUP#,STATUS from v$log;
GROUP# STATUS
---------- ----------------
1 CURRENT
2 INACTIVE
3 INACTIVE
上面的结果可以看出来,当前日志组是group 1.
此时关掉数据库,然后将日志组1的文件删掉.然后重启:
SQL> startup
ORACLE例程已经启动。
Total System Global Area 289406976 bytes
Fixed Size 1248576 bytes
Variable Size 83886784 bytes
Database Buffers 197132288 bytes
Redo Buffers 7139328 bytes
数据库装载完毕。
ORA-00313:无法打开日志组1 (用于线程1)的成员
ORA-00312:联机日志1线程1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG'
2.按照前面的套路试试:
SQL> alter database drop logfile group 1;
alter database drop logfile group 1
*
第1行出现错误:
ORA-01623:日志1是实例orcl (线程1)的当前日志-无法删除
ORA-00312:联机日志1线程1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG'
由结果可以看的出来.当前日志组是不让删除的.所以前面的套路是不能再用了.看来只能做不完全恢复了:
SQL> recover database until cancel;ITPUB个人空间om$G#J qVr1n
完成介质恢复。
SQL> alter database open resetlogs;
数据库已更改。
0_!\
V)n.L `5]0这时再用SQL> select * from v$log;看一下,日志组1又回来了.
此时别忘了全备份呀.
导入论坛
引用链接
收藏
分享给好友
推荐到圈子
管理
举报
TAG:
备份与恢复
