求教一個(gè)相當(dāng)詭異的Oracle問題

NetCrab

大家好：
   小弟有一樁相當(dāng)之郁悶及N多不解的事在此求教各位,希望在大家的幫助下得以解開心頭困惑.事情是這樣的:
    不才所在公司給一國家單位做項(xiàng)目，我們的業(yè)務(wù)系統(tǒng)使用 Oracle_10g_for_Linux_64Bit 作為后臺(tái)數(shù)據(jù)庫,
    操作系統(tǒng)采用 RHEL AS4.7_64Bit, 數(shù)據(jù)庫服務(wù)器是 IBM System x3850 M2(7233). 項(xiàng)目相關(guān)的服務(wù)器及其它設(shè)備與該單位的其它所有項(xiàng)目的設(shè)備都安裝在同一個(gè)機(jī)房內(nèi).
    現(xiàn)在的問題是,該單位的機(jī)房環(huán)境并不好,要么經(jīng)常掉電,要么空調(diào)停轉(zhuǎn).掉電就不說的了,服務(wù)器直接就掛菜;而空調(diào)停的話服務(wù)器也會(huì)過熱.
    可郁悶的事是:掉電后其它業(yè)務(wù)系統(tǒng)的數(shù)據(jù)庫服務(wù)器一按就起來,正常工作,而我們的偏就不行:已經(jīng)出現(xiàn)了兩次ORA-00600錯(cuò)誤了,每次都須重新建庫才能解決.
    別人用的也都是Oracle,而且版本還是8i或9i的,再有差別的話就是人家都是MS-Windows系統(tǒng)平臺(tái).此其一.
    其二就是:如果空調(diào)停了的話機(jī)房溫度會(huì)高達(dá)四、五十?dāng)z氏度,熱得比非洲還非洲,除了我們的服務(wù)器之外個(gè)別有些機(jī)器也會(huì)宕機(jī)(極少數(shù)),但我們的服務(wù)器可是次次中標(biāo),從不落空!
    而且更神奇的是別人的數(shù)據(jù)庫還是一按就OK,我們的依舊ORA-00600,搞得每次都要花很長時(shí)間來進(jìn)行數(shù)據(jù)庫恢復(fù).
    人家領(lǐng)導(dǎo)現(xiàn)在有這么個(gè)問題:"為什么別人的系統(tǒng)按一下就起來,而你們的就不行"?
    現(xiàn)在老大也拿這句話來壓我們,雖然有點(diǎn)那個(gè),但不能說老大沒道理,這個(gè)為什么必須要查出來啊!
    雖然明白IT基礎(chǔ)環(huán)境是個(gè)必備的硬性要求,但小弟不才,搞了N久都沒能想清楚為什么偏偏我們的Oracle數(shù)據(jù)庫會(huì)有這問題!
    系統(tǒng)配置問題? Oracle配置問題? 還是硬件服務(wù)器問題?
    咨詢過IBM的800,IBM工程師建議升級(jí)微碼,但也沒說明白能解決什么問題,只說是這樣可以讓機(jī)器運(yùn)行得更好、更穩(wěn)定.
    在公司內(nèi)做過測(cè)試,同樣的環(huán)境(除了服務(wù)器硬件),在寫數(shù)據(jù)進(jìn)Oracle數(shù)據(jù)庫時(shí)直接撥掉N次機(jī)器電源,也沒出現(xiàn)類型的故障,也如別人的一樣:一按就OK,而且數(shù)據(jù)還沒丟失!
    查了好長時(shí)間,仍然百思不得其解,沒一丁點(diǎn)頭緒.
    所以在此請(qǐng)教各位,不知哪位兄臺(tái)明白這是怎么回事的能給在下能點(diǎn)撥一二、指點(diǎn)迷津,小弟在此先行拜謝!!!

vermouth

還是先換機(jī)房吧~

NetCrab

人家單位就這么一個(gè)機(jī)房，能往哪換？無奈ing.....

skyadmin

ORA-00600錯(cuò)誤，找下原因啊

lbt5210

既然領(lǐng)導(dǎo)認(rèn)為windows好，就換windows撒，沒必要在這個(gè)上面擰著

to407

600錯(cuò)誤還好吧。。不至于re-install吧

renxiao2003

ORA-00600的問題解決方案ORA-00600是Oracle的內(nèi)部錯(cuò)誤。何謂內(nèi)部錯(cuò)誤，就是Oracle也認(rèn)為是uncheck的錯(cuò)誤了。

我是在執(zhí)行查詢時(shí)出現(xiàn)了這樣的提示，用的是9.2.0.1版本，我查了好長時(shí)間，當(dāng)時(shí)的第一反應(yīng)就是：完了，Oracle的BUG，要打補(bǔ)丁了。

后來找到了一個(gè)論壇，這里：http://oracle.ittoolbox.com/grou ... 325619?cv=expanded#。有高人指點(diǎn)，終于解決了。


我的解決方法很簡單，變更了一個(gè)參數(shù)：
STAR_TRANSFORMATION_ENABLED從原來的TRUE改為FALSE。

只能知其然不知其所以然了。

renxiao2003

oracle9 startup時(shí) 報(bào)錯(cuò)ORA-00600: 內(nèi)部錯(cuò)誤代碼，參數(shù): [kcratr1_lostwrt], [], [], [], [], [], [], []

    原因可能是非法關(guān)機(jī)或掉電造成,以下是出現(xiàn)的問題及解決方法:

C:\Documents and Settings\Administrator>sqlplus

SQL*Plus: Release 9.2.0.1.0 - Production on 星期日 5月 13 09:23:23 2007

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

    請(qǐng)輸入用戶名:  /as sysdba

    連接到:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production

SQL> startup
ORA-01081: 無法啟動(dòng)已在運(yùn)行的 ORACLE --- 請(qǐng)首先關(guān)閉
SQL> shutdown abort
ORACLE 例程已經(jīng)關(guān)閉。
SQL> startup
ORACLE 例程已經(jīng)啟動(dòng)。

Total System Global Area  135338868 bytes
Fixed Size                   453492 bytes
Variable Size             109051904 bytes
Database Buffers           25165824 bytes
Redo Buffers                 667648 bytes
數(shù)據(jù)庫裝載完畢。
ORA-00600: 內(nèi)部錯(cuò)誤代碼，參數(shù): [kcratr1_lostwrt], [], [], [], [], [], [], []


SQL> shutdown immediate
ORA-01109: 數(shù)據(jù)庫未打開


已經(jīng)卸載數(shù)據(jù)庫。
ORACLE 例程已經(jīng)關(guān)閉。
SQL> startup mount
ORACLE 例程已經(jīng)啟動(dòng)。

Total System Global Area  135338868 bytes
Fixed Size                   453492 bytes
Variable Size             109051904 bytes
Database Buffers           25165824 bytes
Redo Buffers                 667648 bytes
數(shù)據(jù)庫裝載完畢。
SQL> recover database;
完成介質(zhì)恢復(fù)。
SQL> alter database open;

數(shù)據(jù)庫已更改。

SQL>exit;