1、起因是前一天晚上著急下班(工作使我快樂),navicat非正常退岀，因為以前也經常直接關 閉，并沒覺著有什么不妥，結果第二天妥妥地連不上了。報錯：oracle中監聽程序當前無法識別連接描述符中請求服務 好么開始百度說什么C:appzyfproduct這個目錄下的Listener sqlnet tnsnames這三個文件有問題的都是sb,試了所有辦法根本沒用，還有說當前 用戶不在oracle用戶組的，也是放屁。還有建spfile的，也沒用。倒是知道了 pfile放哪里了： C:appzyfadminorclpfile在這之后我將數據庫的監聽和網絡拿配了大槪一萬次,主機名最終用zyf-PC替代了

2、localhost。 后來確左這兩個地方配置無誤之后，才放棄了反復重啟服務這一條路。最終找到一個帖子說數據庫實例沒有啟動，于是乎：lsqlplus?/nolog2conn?/?as?sysdba3 startup這樣就能連上了，這只是cmd里而，也就是sqlplus,用navicat連接仍然失敗。如果第二部連不上說沒有權限的時候，要打開數據庫卸載程序，點到已安裝，點環境，將 oracle的環境變疑配好，即選中home然后應用即可。到第三部又報錯了這家伙這錯誤我折騰一下午：具體報錯流程如下：ERROR:ORA-01034: ORACLE not availableORA-27101: share

3、d memory realm does not exist進程ID:O會話ID:O序列號:0-這個是現象。SQL*Plus: Release .0 Production on 星期一 3 月 28 15:30:38 2013Copyright (c) 1982, 2010, Oracle. All rights reserved.ERROR:ORA-01031: insufficient privileges請輸入用戶名：sys as sysd ba輸入口令：已連接到空閑例程。SQL show parameter;ORA-01034: ORACLE not available進程ID:0會話I

4、D:0序列號:0SQL select group#,sequenee#,members,archived,status from v$log; select group#sequenee#membersarchivedstatus from v$log*第i行出現錯誤：ORA-01034: ORACLE not available進程ID:O會話ID:O序列號:0這個過程中我參考很多資料，無法解決SQL startup open hstestdbORACLE例程已經啟動。Total System Global Area 60 bytesFixed SizeVariable SizeDataba

5、se BuffersRedo Buffers2188768 bytes56 bytes48 bytesbytes數據庫裝載完畢。ORA-03113:通信通道的文件結尾進程 ID: 2984會話ID: 5序列號:3還是報ORA-03113:通信通道的文件結尾，究竟什么原因SQL startup open hstestdbORACLE例程已經啟動。Total System Global Area 60 bytesFixed SizeVariable SizeDatabase BuffersRedo Buffers2188768 bytes56 bytes48 bytesbytes數據庫裝載完畢。O

6、RA-03113:通信通道的文件結尾進程 ID: 2984會話ID: 5序列號:3SQL exit從 Oracle Database llg Enterprise Edition Release .0 64bit ProductionWith the Partitioning, OLAR Data Mining and Real Application Testing options 斷 開C:Documents and SettingsAdministratorset oracle_sid=hstestdbC:Documents and SettingsAdministratorsqlplu

7、s /as sysdbaSQL*Plus: Release .0 Production on 星期一 3 月 18 15:37:02 2013Copyright (c) 1982, 2010, Oracle. All rights reservedERROR:ORA-01031: insufficient privileges請輸入用戶名:sys as sysdba 輸入口令：已連接到空閑例程。SQL stopSP2-0042:未知命令”stop 其余行忽略。SQL shutdown immediate;ORA-01034: ORACLE not availableORA-27101: sha

8、red memory realm does not exist他媽現在看著還想葉，這百度上前兩頁的方法全試了有木有啊，都是騙子啊。 最終找到一個帖子說的用歸檔模式。首先用startup mount裝載數據庫但是不使用。SQL startup mount;ORACLE例程已經啟動。Total System Global Area 60 bytesFixed SizeVariable Size Database Buffers Redo Buffers 數據庫裝載完畢。2188768 bytes56 bytes48 bytesbytes然后查詢歸檔日志，查詢結果是我以前進行過兩次歸檔。 SQL s

9、elect * from v$log;GR0UPNTHREftOMSEOUENCEMBVTES BLOCKSIZEMEHBCRS ftRCHIUSTATUSFIRST.CHOAIGEItFIRST.TXHEMCXT.CHONGEttNEXT.TIHE11152 耳5121 NOTNfKTlUE120157G9月771W3GS372125岔2傾05121 MOINACTIUE1293S93?126仲 2月十GAOUP#THREJO#$OUENCEBVTE5 BL0CKSI2EHEH9R$ ftftCHIUSTATUSFIRST.CWWGENFIRST.TIMENEXT.CHANGEWNEXT.T

10、1ME3135121 MOCURRENT1 測134210-11 冃 T72.81M7E*m圖中所示已經是resetlog之后的了，以前的備份已經被從1開始重新計數。 所以這種還原恢復方式也是無奈之舉，以前的備份信息就這樣木了。 執行SQLrecover database until time 2017-09-17 12:12:12;完成介質恢復。SQL alter database open resetlogs;數據庫已更改。必須用resetlog形式重新打開數據庫SQL shutdown數據庫已經關閉。已經卸載數據庫。ORACLE例程已經關閉。SQL startupORACLE例程已經啟動

11、。Total System Global Area 60 bytesFixed SizeVariable SizeDatabase BuffersRedo Buffers 數據庫裝載完畢。 數據庫已經打開。2188768 bytes56 bytes48 bytesbytes經過以上此次問題應該是解決了。startup mount：打開控制文件，進行nomount所有操作，并進行交互。這時Oracle從它用 來查找和附加到主要數據庫結構的控制文件中獲得信息。當處于這個模式時，可以執行一些 管理型任務，比如恢復。Startup nomount：讀取參數文件，啟動實例，但是不安裝數據庫。后臺進程和內

12、存結構被啟 動，但不附加到數據庫中也不與磁盤結構進行通信。此時，數據庫不可用。STARTUP OPEN選項：（打開數據文件，日志文件）如果STARTUP命令行上沒有指泄任何模式，STARTUP OPEN選項就是默認的啟動模式。STARTUP OPEN選項執行STARTUP NOMOUNT和STARTUP MOUNT選項的所有步驟。這個選項把數據庫變成對所有用戶都時可用的。但是吃一塹長一智，還是再來用RMAN備份一下吧：首先開啟歸檔模式：1重啟數據庫到mount狀態：shutdown immediate;注意的是關閉非常慢不如直接重啟服務startup mount;裝載而不啟動archive log list可以査看當前是否為歸檔模式alter database archivelog;將數據庫變為歸檔模式shutdown immediate； startup mount;重啟