windows上的又一次ora-07445

又遇到了ora-07445，windows 32位 oracle 10g的下登录sys用户长时间不响应。发现数据库可能又hang住了，先看看警告日志吧。

Cmd>sqlplus /nolog

Sql>conn / as sysdba;

Alert_xiaoyu.log警告日志的部分内容

Mon Feb 20 10:39:00 2012

Errors in file d:oracleproduct10.2.0db_1rdbmstracexiaoyu_ora_1992.trc:

ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7C930193] [ADDR:0x52004D] [UNABLE_TO_WRITE] []

ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7C931669] [ADDR:0x0] [UNABLE_TO_READ] []

Mon Feb 20 10:12:42 2012

Errors in file d:oracleproduct10.2.0adminxiaoyuudumpxiaoyu_ora_1916.trc:

ORA-07445: ??????: ???? [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x719C2795] [ADDR:0x65005C] [UNABLE_TO_WRITE] []

………………

又是ora-07445,记得上次叶碰到的ora-07445是因为核心转储失败导致，也是oracle的bug引起，[ACCESS_VIOLATION] [unable_to_trans_pc]上网查看可能是由于sga和pga设置较小引起，也有可能是windows服务器上的病毒等因素导致，由于之前没有调整过sga_target和pga_aggregate_target参数，应该不是sga和pga参数导致。先修改注册表中数据库的启动方式为手动。此时想试着启动到手动重新启动数据库到nomount状态，发现还是无法重启数据库，然后尝试用任务管理器关掉oracle.exe进程，此次sys用户可以登录然后startup数据库时依然出现上述的核心转储错误，看来只有试试重启操作系统吧，重启数据库，问题得到解决。不过对于上述问题具体如何出现 然后在系统内解决还是存在很大的疑惑。

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/25362835/viewspace-1057421/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/25362835/viewspace-1057421/