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@]