oracle shutdown immediate命令關閉數據庫時，長時間無法關閉數據庫

原文： https://www.cnblogs.com/kerrycode/p/3435581.html

在測試服務器上使用shutdown immediate命令關閉數據庫時，長時間無法關閉數據庫，如下所示

 

在另外一個會話中，查看告警日志的輸出結果，如下所示：告警日志信息在輸出Active processes prevent shutdown operation后，就再無提示信息。

 

 

關於SHUTDWON IMMEDIATE關閉數據庫方式：

 

立即關閉方式(IMMEDIATE) 
     立即關閉方式能夠在盡可能短的時間內關閉數據庫，以立即方式關閉數據庫時，ORACLE將執行以下一些操作： 
         *阻止任何用戶建立新的連接,同時阻止當前連接的用戶開始任何新的事物。 
         *任何未提交的事物均被回退。 
         *ORACLE不再等待用戶主動斷開連接，而是直接關閉、卸載數據庫，並終止實例。

方法1：

此時可以通過下面命令Kill掉系統中（LOCAL＝NO）的ORACLE進程

[oracle@DB-Server ~]$ ps -ef|grep ora|grep -v grep|grep -v ora_|grep LOCAL=NO|awk '{print $2}' 
[oracle@DB-Server ~]$ ps -ef|grep ora|grep -v grep|grep -v ora_|grep LOCAL=NO|awk '{print $2}'|xargs kill

此時可以順利關閉數據庫。

方法2：

使用CTRL+C取消操作，然后使用shutdown abort命令關閉數據庫。當然生產環境還是慎用shutdown abort命令，使用它往往是在沒有辦法的情況下。因為 
shutdown abort 執行后，所有正在運行的SQL語句都將立即中止。所有未提交的事務將不回滾。Oracle也不等待目前連接到數據庫的用戶退出系統。下一次啟動數據庫時需要實例恢復，因此，下一次啟動可能比平時需要更多的時間。

方法3：網上比較通用的方法

1 ：首先停應用服務。 
2 ：其次停止監聽服務（listener） 
3 ：間隔一段時間后,運行自己寫的腳本去檢查一下還有沒有用戶進程,如有, KILL. 
4 ：shutdown immediate;

當然，有時候實際情況往往有些出入，例如步驟1，DBA沒有應用服務器的權限。無法停止應用服務。當然也不妨礙后面步驟的執行。

 

---理論+實際問題

問題引出：測試環境，進行oralce的shutdown immediate，等待時間很長，長的無法等待

ORACLE shutdown 過程：

1、shutdown normal（正常關閉方式）:阻止任何用戶建立新的連接；等待當前所有正在連接的用戶主動斷開連接；當所有的用戶都斷開連接后，將立即關閉數據庫

2、shutdown transactional（實務關閉方式）：阻止用戶連接新的連接和開始新事務；等待所有活動事務提交后，再斷開用戶連接；當所有的活動實務提交完畢、所有的用戶都斷開連接后，將關閉數據庫

3、shutdown immediate(立即關閉方式)：阻止用戶連接新連接和開始新事務；將未提交的活動事務回退；關閉數據庫

4、shutdown abort(終止關閉方式)：阻止用戶建立新連接和開始新事務；取消未提交的活動事務，而不是回退；立即終止正在執行的任何SQL語句；立即關閉數據庫

無疑，shutdown abort是最開速關閉數據庫的方式，但是很可能會使數據庫處於不一致狀態，嚴重可能損壞數據庫，導致數據庫起不來，特別是生產環境。雖然現在是測試環境，但是也不建議這樣做。推薦使用shutdown immediate方式關閉數據庫。

快速關閉數據庫的因素：

1、連接的客戶端進程數量

2、未提交的事務占用的UNDO BLOCK數量

3、長時間運行的會話

4、SMON進程清理臨時段的速度

2、查看預警日志文件（alert_sid.log）的位置 

SQL> show parameter dump 
NAME TYPE VALUE 
------------------------------------ ----------- ------------------------------ 
background_core_dump string partial 
background_dump_dest string /u01/oracle/admin/bdump 
core_dump_dest string /u01/oracle/admin/cdump 
max_dump_file_size string 10240 
shadow_core_dump string partial 
user_dump_dest string /u01/oracle/admin/udump 

查看alert日志如下： /u01/oracle/admin/bdump/alert_biusdb.log  以下信息是樣例

Shutting down instance (immediate)
Sat Aug 24 15:25:40 2013
Shutting down instance: further logons disabled
License high water mark = 683
Sat Aug 24 15:30:39 2013
Active call for process 26760 user 'orarep' program'oracle@pmsdb2'
Active call for process 20349 user 'orarep' program'oracle@pmsdb2'
Active call for process 1813 user 'orarep' program'oracle@pmsdb2'
Active call for process 10694 user 'orarep' program'oracle@pmsdb2'
Active call for process 26394 user 'orarep' program'oracle@pmsdb2'
System State dumped to trace file /oraprep/oracle/admin/repdb/udump/repdb_ora_16122.trc
Sat Aug 24 15:31:02 2013
SHUTDOWN: waiting for active calls to complete.
Sat Aug 24 15:31:02 2013
Instance shutdown cancelled
Sat Aug 24 15:35:56 EAT 2013
Shutting down instance (immediate)
Sat Aug 24 15:35:56 EAT 2013
Shutting down instance: further logons disabled
License high water mark = 683

隨機，手動kill掉這些數據庫連接進程：

eg：

orarep@pmsdb2[/oraprep/oracle/admin/repdb/bdump]$kill -9 10694
orarep@pmsdb2[/oraprep/oracle/admin/repdb/bdump]$kill -9 23362
orarep@pmsdb2[/oraprep/oracle/admin/repdb/bdump]$kill -9 9944

另外如果進程之多可以使用：

ps aux |grep "LOCAL=NO" |awk '{printf "%s\n", $2}' |xargs kill -9

或

ps -ef|grep $ORACLE_SID|grep -v ora_|grep LOCAL=NO|awk '{print $2}'|xargs kill

命令

隨機再次關閉數據庫：

SQL> shutdown immediate

Database closed.

Database dismounted.

總結：

這是由於進程lock資源導致 的問題，因此需要先釋放資源，完成數據庫的關閉。