[翻译自mos文章 ]Shutdown Immediate 挂起/活动的processes 阻止shutdown

最新推荐文章于 2022-11-03 00:19:13 发布

翻译最新推荐文章于 2022-11-03 00:19:13 发布 · 1.4k 阅读

Oracle DB 专栏收录该内容

772 篇文章

订阅专栏

本文介绍了解决Oracle数据库在执行'shutdown immediate'命令时出现挂起的问题。通常这是因为存在活跃的调用未完成导致。文章提供了几种解决方法，包括使相关会话处于非活动状态、强制关闭等。

Shutdown Immediate 挂起/活动的processes 阻止shutdown

原文：Shutdown Immediate Hangs / Active Processes Prevent Shutdown (Doc ID 416658.1)

适用于：
Oracle Database - Enterprise Edition - Version 10.1.0.2 to 11.2.0.2 [Release 10.1 to 11.2]
Information in this document applies to any platform.

症状：
The 'shutdown immediate' 命令挂起 or 十分缓慢（ is very slow ）

The alert log 显示类似如下的信息:

SHUTDOWN: waiting for active calls to complete.

ACTIVE PROCESSES PREVENT SHUTDOWN OPERATION

原因：
这不是bug

如果DB Control repository 正在database 上运行，
并且该database 正是试图 shutdown immediate 的对象。此时，使用了不正确的关闭顺序。

Current database sessions may show:

SQL> select SID, USERNAME, PROGRAM from v$session;
SID   USERNAME               PROGRAM
----- ---------------------- ----------------------------------
243 SYSTEM                 SQL Developer
246 SYSMAN                 OMS
247                        oracle@lgiora09 (q001)
248                        oracle@lgiora09 (q000)
251 DBSNMP                 emagent@lgiora09 (TNS V1-V3)
252 SYSMAN                 OMS
253 SYSMAN                 OMS
254 DBSNMP                 emagent@lgiora09 (TNS V1-V3)
255 SYSTEM                 java.exe
256 SYSMAN                 OMS

很明显，OMS and OEM 经由sysman 和dbsnmp用户被连接到数据库中（Oracle Enterprise Manager Grid Control or DBConsole）

在shutdown immediate 执行之前，这些session 应该是非活动状态（that is to log off any OEM, OMS, SYSMAN and DBSNMP）

Oracle Enterprise Manager, Grid Control, Dbconsole and agents 维持着一些内部处理操作。
这些操作包括一些运行在database上的 PLSQL notification procedures。
比如BEGIN EMD_NOTIFICATION.QUEUE_READY(:1, :2, :3); END;

根据 shutdown immediate 的内部文档，如果有active calls，shutdown 应该要等待直到所有的active calls被完成。

解决方案：

1. 假设 oem 连接是active（SYSMAN and DBSNMP），de-activate这些session，比如，通过stopping the agent/DBConsole

2.然后再执行 shutdown immediate

----------or--------------------

在shutdown时，可能会有进程在running 并且持有了 lock。
有时，这些是失败的job or transaction，
这些失败的job or transaction 是事实上的 'zombies'，
这些失败的job or transaction 是不能从oracle中接收到signal

如果情况是这样，the only 方法是通过如下方法关闭数据库：

sql>
shutdown abort
startup restrict
shutdown normal

startup 会做任何需要的recovery and cleanup，因此之后可以做一个valid 的冷备份。

如果这个问题经常发生，那么最佳实践就是在shutdown instance之前，看一下v$session 和 v$process中有没有 any active user processes running

如果这个问题继续存在，并且没有可见的用户进程是active的，你可以在发出shutdown 命令之前设置下面的这个event，来看看什么会发生。
当shutdown hang是，该event每个5分钟 dump 了一个 systemstate。

SQL>
connect / as sysdba
alter session set events '10400 trace name context forever, level 1';

然后再发出shutdown 命令

3. 你可以kill 那些阻止关闭的 session。
   参考：Alert Log: Shutdown Waiting for Active Calls to Complete (Doc ID 1039389.6)