掉电引发控制文件损坏的数据库崩溃问题

最新推荐文章于 2025-07-07 13:20:32 发布

转载最新推荐文章于 2025-07-07 13:20:32 发布 · 182 阅读

文章标签：

本文记录了一次Oracle数据库控制文件损坏后的恢复过程。通过检查监听文件配置、alert日志及trace文件，确定了控制文件的问题，并尝试更换不同版本的控制文件。最终采用恢复数据库的方法解决问题，并总结了备份和重建控制文件的注意事项。

20100324下午接到报告：说是掉电，listener启动不了，数据库服务器环境为Windows 2000 Version 5.2 Service Pack 2， 9.2.0.6.0

检查监听文件配置问题,发现ip地址后缺少右括号），对方说什么都没动，但还是出现问题了.

进一步检查alert文件,发现

大量：

Restarting dead background process QMN0

QMN0 started with pid=9

Wed Mar 24 15:53:27 2010

Restarting dead background process QMN0

以及:

Errors in file d:\oracle\admin\laodsztj\udump\laodsztj_ora_5944.trc:

ORA-00600: 内部错误代码，参数: [kcratr1_lostwrt], [], [], [], [], [], [], []

ORA-600 signalled during: alter database open...

怀疑操作系统有问题，重新启动服务器,发现数据库无法mount上，看错误信息是215.看来控制文件出现问题了.检查控制文件  01  02 好像不一致，修改使用03作为控制文件，提示控制文件比system01旧，换了01 02各自试验了下，01 能够打开数据库，但是仍然提示控制文件比system01旧，使用recover database后成功完成,数据库可以启动了，重新shutdown数据库，然后将02 03 控制文件改名，将control01.ctl复制为control02.ctl,control01.ctl03，之后完成数据库打开的操作。