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

数据库 Oracle
本文主要介绍了一个系统崩溃造成Oracle数据库无法启动的恢复方法,希望能对读者有所帮助。

笔者在打开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数据库又可以恢复使用了。

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

【编辑推荐】

  1. Oracle数据库中Rank等函数的比较与选择
  2. 利用Sql Server将Excel中的数据导入Oracle
  3. Oracle跟踪文件分析工具TKPROF使用简介
  4. 如何配置Oracle 10g oem中的主机身份证明
  5. 环境变量导致ASP.Net无法连接Oracle的一个案例
责任编辑:赵鹏 来源: CSDN博客
相关推荐

2011-07-27 16:56:44

MySQL数据库数据表损坏

2011-03-15 09:52:40

SQL Server2数据库恢复系统

2011-07-20 13:40:00

SQLite数据库查询数据

2011-08-22 16:41:35

MySQL1067进程意外终止

2015-06-01 15:25:06

Oracle数据库灾难恢复

2011-07-20 12:55:17

SQLite数据库插入数据

2011-05-19 13:25:14

Oracle数据库

2011-08-12 12:26:16

Oracle数据库TNSListener

2011-03-30 16:36:58

Oracle数据库

2011-03-24 17:21:42

Oracle数据库Redo故障

2011-05-11 13:25:57

Oracle数据库后备恢复

2010-11-15 15:34:30

ORACLE数据库恢复

2010-08-09 09:46:40

2011-07-20 14:57:47

SQLite数据库ORDER BYGROUP BY

2011-03-29 10:47:49

ORACLE数据库

2011-02-28 13:31:17

Oracle数据库

2009-11-20 13:29:59

Oracle数据库恢复

2011-05-26 09:36:07

Oracle数据库Redo故障

2010-04-14 15:45:49

Oracle 数据库

2010-04-06 11:30:09

Oracle 数据库
点赞
收藏

51CTO技术栈公众号