龙盟编程博客 | 无障碍搜索 | 云盘搜索神器
快速搜索
主页 > 数据库类 > Oracle 技术 >

一个系统崩溃造成Oracle数据库无法启动的恢复实例

时间:2011-04-12 23:18来源:未知 作者:admin 点击:
分享到:
笔者在打开 Oracle数据库 准备做东西得时候,突然电脑蓝屏, 系统崩溃 了。重启后,启动实例,准备连接Oracle数据库继续使用,却发现无法连接,一直报: SQL connsystem/test@test ERROR: OR

笔者在打开Oracle数据库准备做东西得时候,突然电脑蓝屏,系统崩溃了。重启后,启动实例,准备连接Oracle数据库继续使用,却发现无法连接,一直报:

  1. SQL> conn system/test@test  
  2.  
  3. ERROR:  
  4.  
  5. ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务 

一开始以为数据库还没启动完毕,于是重启了数据库服务,依然不能成功连接,当时没有怀疑数据库有问题,因为之前也遇到过多次在打开oracle数据库的情况下系统崩溃的情况,重启系统后还是能正常使用的。

多次连接不上之后,才想起来去看下alter文件,一看果然出现问题了:

  1. Sun Jul 17 13:26:15 2011  
  2.  
  3. Recovery of Online Redo Log: Thread 1 Group 2 Seq 3 Reading mem 0  
  4.  
  5. Mem# 0 errs 0: D:\ORACLE\PRODUCT\10.2.0\DB_1\ORADATA\TEST\REDO02.LOG  
  6.  
  7. Sun Jul 17 13:26:15 2011  
  8.  
  9. Errors in file d:\oracle\product\10.2.0\db_1\admin\test\bdump\test_dbw0_2904.trc:  
  10.  
  11. ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_kcbzdh+583] [PC:0x4A41AF] [ADDR:0xECDC0214] [UNABLE_TO_READ] [] 

在这个地方看到重做日志文件Group 2的REDO02.LOG需要恢复。

这里,因为是新库,没什么重要数据,所以只要数据库能恢复就OK了。采取以下措施:

删掉这个文件,重启打开数据库:

  1. SQL> startup mount  
  2.  
  3. ORACLE 例程已经启动。  
  4.  
  5. Total System Global Area  167772160 bytes  
  6.  
  7. Fixed Size                  1247876 bytes  
  8.  
  9. Variable Size              71304572 bytes  
  10.  
  11. Database Buffers           88080384 bytes  
  12.  
  13. Redo Buffers                7139328 bytes  
  14.  
  15. 数据库装载完毕。 

接着执行以下代码:

  1. SQL> alter database open;  
  2.  
  3. alter database open  
  4.  
  5. *  
  6.  
  7. 第 1 行出现错误:  
  8.  
  9. ORA-00313: 无法打开日志组 2 (用于线程 1) 的成员  
  10.  
  11. ORA-00312: 联机日志 2 线程 1:  
  12.  
  13. ‘D:\ORACLE\PRODUCT\10.2.0\DB_1\ORADATA\TEST\REDO02.LOG’  
  14.  
  15. ORA-27041: 无法打开文件  
  16.  
  17. OSD-04002: 无法打开文件  
  18.  
  19. O/S-Error: (OS 2) 系统找不到指定的文件。  
  20.  
  21. SQL> select group#,sequence#,status from v$log;  
  22.  
  23. GROUP#  SEQUENCE# STATUS  
  24.  
  25. ———- ———- —————-  
  26.  
  27. 1          2 INACTIVE  
  28.  
  29. 3          1 INACTIVE  
  30.  
  31. 2          3 CURRENT 

因为刚刚我删除了当前的日志文件,所以报错无法自动恢复打开了。

  1. SQL> alter database drop logfile member ‘D:\ORACLE\PRODUCT\10.2.0\DB_1\ORADATA\T  
  2.  
  3. EST\REDO02.LOG’;  
  4.  
  5. alter database drop logfile member ‘D:\ORACLE\PRODUCT\10.2.0\DB_1\ORADATA\TEST\R  
  6.  
  7. EDO02.LOG’  
  8.  
  9. *  
  10.  
  11. 第 1 行出现错误:  
  12.  
  13. ORA-00361: 无法删除最后一个日志成员  
  14.  
  15. D:\ORACLE\PRODUCT\10.2.0\DB_1\ORADATA\TEST\REDO02.LOG (组 2) 

无法删除,但又不想rename log,把刚刚删除的REDO02.LOG恢复回去。

  1. SQL> alter database recover;  
  2.  
  3. 数据库已更改。  
  4.  
  5. SQL> alter database open;  
  6.  
  7. 数据库已更改。  
  8.  
  9. SQL> shutdown immediate;  
  10.  
  11. 数据库已经关闭。  
  12.  
  13. 已经卸载数据库。  
  14.  
  15. ORACLE 例程已经关闭。  
  16.  
  17. SQL> startup  
  18.  
  19. ORACLE 例程已经启动。  
  20.  
  21. Total System Global Area  167772160 bytes  
  22.  
  23. Fixed Size                  1247876 bytes  
  24.  
  25. Variable Size              71304572 bytes  
  26.  
  27. Database Buffers           88080384 bytes  
  28.  
  29. Redo Buffers                7139328 bytes  
  30.  
  31. 数据库装载完毕。  
  32.  
  33. 数据库已经打开。  
  34.  
  35. SQL> 

这样Oracle数据库又可以恢复使用了。

注意:上述方法只能适用于本机的测试环境或者不重要的测试环境,在对丢失数据没有任何担忧的情况,千万不要对生产库这么操作,以免造成数据的丢失。

精彩图集

赞助商链接