oracle shutdown immediate 一直沒反應解決方案

oracle shutdown immediate 一直沒反應解決方案

數據庫監聽突然出現了問題，重新配置之后，重啟數據庫。發現不管是用shutdown  還是跟上參數 immediate都是同樣效果，等了10多分鐘一點反應都沒有。

查了查資料，看了下每個參數的用法，發現可能是連接請求還在連接數據庫，沒有關閉所以只能等著。一狠心強行關掉了SSH，結果杯具了。

啟動的時候就說：

詳細的shutdown和startup參數解釋如下：

shutdown有四個參數：normal、transactional、immediate、abort。缺省不帶任何參數時表示是normal。
shutdown normal：不允許新的連接、等待會話結束、等待事務結束、做一個檢查點并關閉數據文件。啟動時不需要實例恢復。
shutdown transactional：不允許新的連接、不等待會話結束、等待事務結束、做一個檢查點并關閉數據文件。啟動時不需要實例恢復。
shutdown immediate：不允許新的連接、不等待會話結束、不等待事務結束、做一個檢查點并關閉數據文件。沒有結束的事務是自動ROLLBACK的。啟動時不需要實例恢復。
shutdown abort：不允許新的連接、不等待會話結束、不等待事務結束、不做檢查點且沒有關閉數據文件。啟動時自動進行實例恢復。
另外，對于normal、transactional、immediate，db bUFFER cACHE的內容寫入了數據文件，沒有提交的事務被回滾，所有的資源被釋放，數據庫被“干凈”的關閉。
對于abort，db bUFFER cACHE的內容沒有寫入數據文件，沒有提交的事務也沒有回滾。數據庫沒有DISMOUNT和關閉，數據文件也沒有關閉。當數據庫啟動時，需要通過REDO LOG恢復數據，通過回滾段對事務回滾，對資源進行釋放。

startup [force] [restrict] [pfile= FILENAME] [open [recover][ DATABASE] | mount | nomount]
startup open：startup缺省的參數就是open，打開數據庫，允許數據庫的訪問。當前實例的控制文件中所描述的所有文件都已經打開。
startup mount：mount數據庫，僅僅給dba進行管理操作，不允許數據庫的用戶訪問。僅僅只是當前實例的控制文件被打開，數據文件未打開。
startup nomount：僅僅通過初始化文件，分配出sga區，啟動數據庫后臺進程，沒有打開控制文件和數據文件。不能任何訪問數據庫。
startup pfile= FILENAME：以FILENAME為初始化文件啟動數據庫，不是采用缺省初始化文件。
startup force：中止當前數據庫的運行，并開始重新正常的啟動數據庫。
startup restrict：只允許具有restricted session權限的用戶訪問數據庫。
startup recover：數據庫啟動，并開始介質恢復。

 

 使用shutdown的時候 normal和immediate可能都因為連接沒有釋放而造成數據庫無法重啟的現象。

 可以采用以下兩個方案：

 SQL>shutdown abort;  --這個方法是不等待會話結束就直接關閉掉數據庫，一般情況下事不推薦使用的。實在關不掉的話，一般也沒有什么問題。跟直接KILL進程差不多。

 SQL>startup               --shutdown abort以后在啟動數據庫。

 

 

 SQL>startup force;  --這個方法是直接關閉掉數據庫然后再重啟數據庫，這個方式也可以達到關閉的目的，我個人使用的時候兩個方法都行。