1、shutdown normal 
   正常方式關(guān)閉數(shù)據(jù)庫。 

2、shutdown immediate 
   立即方式關(guān)閉數(shù)據(jù)庫。 
   在SVRMGRL中執(zhí)行shutdown immediate，數(shù)據(jù)庫并不立即關(guān)閉， 
   而是在Oracle執(zhí)行某些清除工作后才關(guān)閉（終止會話、釋放會話資源）， 
   當(dāng)使用shutdown不能關(guān)閉數(shù)據(jù)庫時，shutdown immediate可以完成數(shù)據(jù)庫關(guān)閉的操作。
 

3、shutdown abort 
   直接關(guān)閉數(shù)據(jù)庫，正在訪問數(shù)據(jù)庫的會話會被突然終止， 
   如果數(shù)據(jù)庫中有大量操作正在執(zhí)行，這時執(zhí)行shutdown abort后，重新啟動數(shù)據(jù)庫需要很長時間
--------------------------------------------------------
shutdown abort 的時候，跟kill 進(jìn)程是一樣的效果
數(shù)據(jù)庫立即關(guān)閉，這個時候文件狀態(tài)可能不一致
因為正常關(guān)閉數(shù)據(jù)庫會同步校驗各文件，使得重新啟動的時候文件時間點一致并且不用進(jìn)行崩潰恢復(fù)

若檢查點信息一致，則做崩潰恢復(fù)
若檢查點信息不一致（正好在更新文件頭）則需要做介質(zhì)恢復(fù)

這些問題都好處理，最怕的問題是這個時候系統(tǒng)有大量IO，結(jié)果這樣造成寫的突然中斷，碰巧造成文件塊的邏輯壞塊，那麻煩比較大一些，尤其是系統(tǒng)表空間的block損壞

雖然shutdown abort 出錯的幾率很小，1000個人可能只有一個人碰到，但是我們還是要小心。
正確的處理流程是，shutdown immediate ,若數(shù)據(jù)庫遲遲不能down下來，在os上觀察IO狀況，幾乎沒有io的時候，另開一窗口shutdown  abort ，幾乎不會出問題了
--------------------------------------------------------
http://www.itpub.net/showthread.php?threadid=180315&pagenumber= 
先用IMMEDIATE來DOWN，實在不行了，看一下數(shù)據(jù)庫文件上沒IO了，再用ABORT 
------------------------------------------------------------------------------
你可以嘗試先在系統(tǒng)級殺掉非后臺Oracle進(jìn)程，在連接shutdown immediate就安全多了

在Oracle8i里，當(dāng)數(shù)據(jù)庫失去響應(yīng)以后，你在操作系統(tǒng)上殺掉用戶進(jìn)程后，一般數(shù)據(jù)庫就可以恢復(fù)正常了
-------------------------------------------------------------------------------
先 shutdown immediate 應(yīng)該是首選

然后不行再重新shutdown abort

其實起不來也是因為os的緣故，在文件正在寫的時候出現(xiàn)問題導(dǎo)致文件不一致或者損壞……