记一次 Windows Oracle ORA-00020 故障排查

大家好，这里是公众号 DBA学习之路，分享一些学习数据库路上的知识和经验。

前言

本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：60 分钟

今天有一套 Windows Oracle 数据库会话满了，连接报错 ORA-00020: maximum number of processes (2000) exceeded，应用无法连接。

ORA-00020 介绍

首先，我们通过 Oracle 工具查看该错误的官方解释：

Bash

1$ oerr ora 00020
200020, 00000, "maximum number of processes (%s) exceeded"
3// *Cause:  All process state objects are in use.
4// *Action: Increase the value of the PROCESSES initialization parameter.

关键参数说明：

PROCESSES：定义了能够同时连接到数据库实例的最大操作系统进程数量。每个成功的客户端连接都会对应一个服务器进程，此参数限制了这些进程的总数。
SESSIONS：定义了数据库允许的最大并发会话数。其默认值通常由公式 (1.1 * PROCESSES) + 5 自动计算得出。因此，当进程数达到上限时，会话数限制也会同步触发，新的数据库连接将无法建立。

ORA-00020 错误通常由以下几类原因引起：

应用程序连接池泄漏：连接池配置不当或代码缺陷导致连接未正确释放，连接数随时间持续增长。
数据库参数配置过低：PROCESSES 初始设置未能预估业务增长，无法满足实际并发需求。
异常会话堆积：
- 长时间未提交或回滚的事务。
- 被锁阻塞的会话链，产生大量等待进程。
- 客户端异常断开（如网络中断、程序崩溃）后，数据库端会话未能及时清理。
监控/管理工具过度占用：如 Oracle Enterprise Manager (OEM)、DBConsole、第三方监控或备份软件可能创建大量会话。
数据库遭受攻击或异常访问：连接风暴（Connection Storm）或恶意程序发起海量连接尝试。

该错误直接影响业务系统的可用性，需立即定位并解决。

问题分析

检查数据库当前会话使用情况：

SQL

1-- 检查当前会话分布
2SQL> set line2222 pages1000
3col username for a10
4col program for a30
5col machine for a30
6select username,program,machine,status,count(1) from v$session where username is not null group by username,program,machine,status;
7
8USERNAME             PROGRAM                        MACHINE                        STATUS     COUNT(1)
9-------------------- ------------------------------ ------------------------------ -------- ----------
10DBSNMP               emagent.exe                    WORKGROUP\WIN-KTMVJAA4QIM      ACTIVE            1
11SYS                  sqlplus.exe                    WORKGROUP\WIN-KTMVJAA4QIM      ACTIVE            1
12LIS                  JDBC Thin Client               WIN-KTMVJAA4QIM                INACTIVE         10
13EMR                  JDBC Thin Client               WIN-KTMVJAA4QIM                INACTIVE         30
14HIS                  JDBC Thin Client               WIN-KTMVJAA4QIM                INACTIVE         30
15SYSMAN               OMS                            WIN-KTMVJAA4QIM                INACTIVE       1896
16
17-- 查看数据库参数设置
18show parameter processes;
19show parameter sessions;

SYSMAN 用户通过 OMS 程序创建了 1896 个 INACTIVE 状态的会话，几乎占满了全部进程资源。而正常的业务用户（HIS， EMR， LIS）连接数合计仅 70 个，处于合理范围。

SYSMAN 是 Oracle Enterprise Manager（EM）相关的核心管理用户。
OMS 程序通常与 Oracle Management Server 或 Database Control（DBConsole）相关联。

结合环境判断，这台 Windows 数据库服务器很可能默认安装并启动了 Oracle Database Control（DBConsole） 服务。

DBConsole 介绍

Oracle Database Control（DBConsole） 是 Oracle 提供的基于 Web 的轻量级数据库管理工具，它是 Enterprise Manager 的基础版本，通常随数据库软件默认安装。主要功能包括：

数据库性能监控与诊断
表空间与存储管理
用户、角色与权限管理
基本的备份与恢复操作

在通过 DBCA 建库时，通常会提示是否配置并启动 DBConsole：

DBConsole 在运行过程中，有时会因为内部机制或异常状态产生大量“僵尸”会话，并且这些会话长期处于 INACTIVE 状态却不释放，持续占用 PROCESSES 名额。

在生产环境中，若无需使用此控制台，通常建议将其关闭。如需更强大、更稳定的集中监控管理，应部署 Enterprise Manager Cloud Control (EMCC)。

EMCC 安装文档可以参考：

解决方案

检查发现当前主机开启了 OracleDBConsoleORCL 服务，手动关闭 EM：

Bash

1## 停止 EM 控制台服务
2emctl stop dbconsole
3
4# Windows服务管理（永久生效）
5# 1. 打开services.msc
6# 2. 找到"OracleDBConsoleORCL"服务
7# 3. 将启动类型改为"禁用"
8# 4. 停止服务（如果正在运行）
9
10# 或者使用命令行
11sc config OracleDBConsoleORCL start= disabled
12net stop OracleDBConsoleORCL

确保下次启动默认不启动 EM，需要在 Windows 服务中关闭 OracleDBConsoleORCL 服务的自动启动。

关闭后再次检查会话情况：

SQL

1SQL> set line2222 pages1000
2col username for a10
3col program for a30
4col machine for a30
5select username,program,machine,status,count(1) from v$session where username is not null group by username,program,machine,status;
6
7USERNAME             PROGRAM                        MACHINE                        STATUS     COUNT(1)
8-------------------- ------------------------------ ------------------------------ -------- ----------
9DBSNMP               emagent.exe                    WORKGROUP\WIN-KTMVJAA4QIM      ACTIVE            1
10SYS                  sqlplus.exe                    WORKGROUP\WIN-KTMVJAA4QIM      ACTIVE            1
11LIS                  JDBC Thin Client               WIN-KTMVJAA4QIM                INACTIVE         10
12EMR                  JDBC Thin Client               WIN-KTMVJAA4QIM                INACTIVE         30
13HIS                  JDBC Thin Client               WIN-KTMVJAA4QIM                INACTIVE         30

可见，SYSMAN 用户的所有 OMS 会话已全部消失，连接池立刻释放了近1900个进程名额。应用连接随即恢复正常。

总结

此次连接数爆满并非业务压力所致，而是 Oracle Database Control（DBConsole）异常堆积会话导致，SYSMAN 用户通过 OMS 程序产生了近 1900 个无效会话，迅速耗尽了 PROCESSES 参数限制，使得正常应用无法建立新连接。

在 Windows 平台中，DBConsole 服务（OracleDBConsoleORCL）若长期运行且管理不当，容易发生会话泄露。其产生的会话多数处于 INACTIVE 状态，但依然占用进程资源，这在默认参数设置下极易触发连接数上限。

预防建议：

生产环境慎用 DBConsole：对于正式业务库，建议关闭 DBConsole，如需集中监控管理，可部署功能更完善的 EMCC（Enterprise Manager Cloud Control）。
参数合理规划：根据业务实际连接需求适当调整 PROCESSES 与 SESSIONS，并保留适量冗余。

因此，数据库运维不仅要关注核心参数与 SQL 性能，还需将数据库周边组件与服务纳入监控体系，形成全方位的资源视角，才能防患于未然，保障系统稳定运行。