记一次并行恢复问题导致Oracle数据库Crash故障的处理

最新推荐文章于 2022-08-28 23:30:05 发布

cucuan4341

最新推荐文章于 2022-08-28 23:30:05 发布

阅读量141

点赞数

环境：HP-UX 11.31
Oracle 9.2.0.8

数据库异常崩溃，询问维护人员之前有大量数据操作。查看alert日志：

    Thu Oct 9 02:20:18 2008
    Errors in file /oracle/OraHome1/rdbms/log/acct_ora_11361.trc:
    ORA-00600: internal error code, arguments: [ktprhtnew6], [], [], [], [], [], [], []
    Thu Oct 9 02:20:19 2008
    Fatal internal error happened while SMON was doing active transaction recovery.
    Thu Oct 9 02:20:19 2008
    Errors in file /oracle/OraHome1/rdbms/log/acct_ora_11361.trc:
    ORA-00600: internal error code, arguments: [ktprhtnew6], [], [], [], [], [], [], []
    SMON: terminating instance due to error 600
    Instance terminated by SMON, pid = 11361

检查trace文件，没有发现有用的信息。

重启数据库，数据库能打开，但不到一分钟实例就crash。在alert日志中的错误信息均如上所示。
在网上及在metalink中以ktprhtnew6为关键字搜索，没有找到相似的BUG和案例。同时当时手边是用的163拨号上网，速度非常慢，只有通过分析来解决问题。

仔细分析alert日志可以发现是在做事务恢复时SMON出错，导致实际中止：

Fatal internal error happened while SMON was doing active transaction recovery.

我们知道ORA-600错误后面参数，如果像ktprhtnew6这样的均表示出错的函数。这里可以看出是在做并行恢复：

[K]enerl [T]ransaction [P]arallel [R]ecovery

设置fast_start_parallel_rollback参数为false，关闭数据库的并行恢复功能，重启数据库，数据库正常，故障消失。
看起来这应该又是一个BUG。