我試圖連接數(shù)據(jù)庫時的ORA-01034 和 ORA-27101錯誤信息，它總是顯示這樣的信息，“ORA-01034 - Oracle not available”和“ORA-27101 - shared memory realm does not exist”。
不能連接到我的Oracle 數(shù)據(jù)庫上。
因為碰到防火墻的問題次數(shù)比較多，這次也先看看，發(fā)現(xiàn)根本就沒什么攔截的。查看了一下監(jiān)聽，數(shù)據(jù)庫實例也是運行著的。
奇怪的事情，剛才還好好的，重啟了機器就不行了。上網(wǎng)找了找，問題就解決了。

解決的方法倒是不麻煩...
　　首先看一下 ORACLE_BASE\ORACLE_HOME\DATABASE 下面的 ORADIM.LOG 文件
　　如果里邊有這個錯誤
　　ORA-12640: 驗證適配器初始化失敗
　　那么問題就是他了.
　　到ORACLE_BASE\ORACLE_HOME\NETWORK\ADMIN下面找sqlnet.ora文件
　　把sqlnet.authentication_services=(NTS) 改成
　　sqlnet.authentication_services=(NONE)
　　然后手動重起一下你的哪個數(shù)據(jù)庫服務(wù)..在開始->控制面板->管理工具->服務(wù)里然后把這個服務(wù)的啟動賬號改成你的賬號吧...其實不改大概也沒有毛病.我就沒改。。

看了這個方法，出錯的原因大概有兩種情況，修改了帳戶，實例有些變動等。

說明：以上內(nèi)容為引用．

附言：

就在今天我的８Ｉ數(shù)據(jù)庫也出現(xiàn)了錯誤：“ORA-01034 - Oracle not available”和“ORA-27101 - shared memory realm does not exist”。然后在網(wǎng)上搜到了如上的內(nèi)容，并按其中所說的把問題解決了。很高興！

要補充的一點是我的ORADIM.LOG 文件在目錄orant\database下，而文件sqlnet.ora在目錄orant\network\ADMIN

下。我的數(shù)據(jù)庫發(fā)生這個問題的可能原因是：非正常關(guān)閉數(shù)據(jù)庫（在沒有關(guān)閉數(shù)據(jù)庫的情況下直接關(guān)機）。

關(guān)于這個問題ITPUB上有如下說法：（但我沒測試過）

1、實例沒有啟動

sqlplus /nolog
connect / as sysdba
startup

２、最近遇到一次，殺毒軟件把ORACLE殺DOWN了，
ORACLE沒有報錯.

startup 就可以了 .

３、執(zhí)行如下語句啟動數(shù)據(jù)庫
sqlplus /nolog
connect / as sysdba
startup force

cmd中因為不能執(zhí)行sqlplus，則采用窗口執(zhí)行方式sqlplusw

基本上用LS的就可以！

sqlplusw /nolog
connect / as sysdba
startup force

另還搜到一高手有關(guān)這個問題的記錄（雖然我沒測試但我相信他說的是可行的，并且他里面所談到的“異常關(guān)機”與我上面所說的原因“非正常關(guān)閉數(shù)據(jù)庫（在沒有關(guān)閉數(shù)據(jù)庫的情況下直接關(guān)機）”是相通的）：

昨天夜里寫程式，忙到12點多。一朋友說他數(shù)據(jù)庫有問題，就用joinnet連過去檢查。發(fā)現(xiàn)是ORA-27101.先將操作步驟整理出來供大家參考。

1。首先檢查oracle\admin\sid\bdump\下的alert.log發(fā)現(xiàn)沒有最后一次數(shù)據(jù)庫的啟動相關(guān)信息。也就是說電腦可能有異常關(guān)機過。

2。進入cmd模式，sqlplus /nolog,connect / as sysdba,執(zhí)行startup,還是27101錯誤。初步判定為init.ora文件有異常，copy之前的init.ora文件覆蓋。

3。進入cmd模式，sqlplus /nolog,connect / as sysdba,執(zhí)行startup pfile=c:\oracle\admin\sid\pfile\init.ora，啟動成功。