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)閉（終止會(huì)話、釋放會(huì)話資源）， 
   當(dāng)使用shutdown不能關(guān)閉數(shù)據(jù)庫時(shí)，shutdown immediate可以完成數(shù)據(jù)庫關(guān)閉的操作。
 

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

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

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

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

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