我試圖連接數(shù)據(jù)庫(kù)時(shí)的ORA-01034 和 ORA-27101錯(cuò)誤信息,它總是顯示這樣的信息,“ORA-01034 - Oracle not available”和“ORA-27101 - shared memory realm does not exist”。 說(shuō)明:以上內(nèi)容為引用. 附言: 就在今天我的8I數(shù)據(jù)庫(kù)也出現(xiàn)了錯(cuò)誤:“ORA-01034 - Oracle not available”和“ORA-27101 - shared memory realm does not exist”。然后在網(wǎng)上搜到了如上的內(nèi)容,并按其中所說(shuō)的把問(wèn)題解決了。很高興! 要補(bǔ)充的一點(diǎn)是我的ORADIM.LOG 文件在目錄orant\database下,而文件sqlnet.ora在目錄orant\network\ADMIN 下。我的數(shù)據(jù)庫(kù)發(fā)生這個(gè)問(wèn)題的可能原因是:非正常關(guān)閉數(shù)據(jù)庫(kù)(在沒有關(guān)閉數(shù)據(jù)庫(kù)的情況下直接關(guān)機(jī))。 關(guān)于這個(gè)問(wèn)題ITPUB上有如下說(shuō)法:(但我沒測(cè)試過(guò)) 1、實(shí)例沒有啟動(dòng) sqlplus /nolog 2、最近遇到一次,殺毒軟件把ORACLE殺DOWN了, startup 就可以了 . 3、執(zhí)行如下語(yǔ)句啟動(dòng)數(shù)據(jù)庫(kù) cmd中因?yàn)椴荒軋?zhí)行sqlplus,則采用窗口執(zhí)行方式sqlplusw 基本上用LS的就可以! sqlplusw /nolog 另還搜到一高手有關(guān)這個(gè)問(wèn)題的記錄(雖然我沒測(cè)試但我相信他說(shuō)的是可行的,并且他里面所談到的“異常關(guān)機(jī)”與我上面所說(shuō)的原因“非正常關(guān)閉數(shù)據(jù)庫(kù)(在沒有關(guān)閉數(shù)據(jù)庫(kù)的情況下直接關(guān)機(jī))”是相通的): 昨天夜里寫程式,忙到12點(diǎn)多。一朋友說(shuō)他數(shù)據(jù)庫(kù)有問(wèn)題,就用joinnet連過(guò)去檢查。發(fā)現(xiàn)是ORA-27101.先將操作步驟整理出來(lái)供大家參考。 1。首先檢查oracle\admin\sid\bdump\下的alert.log發(fā)現(xiàn)沒有最后一次數(shù)據(jù)庫(kù)的啟動(dòng)相關(guān)信息。也就是說(shuō)電腦可能有異常關(guān)機(jī)過(guò)。 2。進(jìn)入cmd模式,sqlplus /nolog,connect / as sysdba,執(zhí)行startup,還是27101錯(cuò)誤。初步判定為init.ora文件有異常,copy之前的init.ora文件覆蓋。 3。進(jìn)入cmd模式,sqlplus /nolog,connect / as sysdba,執(zhí)行startup pfile=c:\oracle\admin\sid\pfile\init.ora,啟動(dòng)成功。 |
|