ora-00020本质是processes耗尽，需优先排查无效inactive会话；杀会话仅临时缓解，根本解法是通过dbms_resource_manager为应用consumer group显式配置max_idle_time自动清理空闲连接。
直接杀会话只是止痛，不配资源管理器（dbms_resource_manager）计划，问题第二天照旧。
ORA-00020 错误本质是 processes 耗尽，不是连接池没关
看到 ORA-00020: maximum number of processes(2000) exceeded，第一反应不该是调大 processes 参数，而是确认这些连接是否真在干活。案例里两节点共 1940+ 个 INACTIVE 会话，活跃的才三四个——说明连接被应用端长期占着不放，数据库层面已失去控制权。
这时候靠 ALTER SYSTEM KILL SESSION 基本无效：很多会话 SID 和 SERIAL# 已失效；靠操作系统 kill -9 又太粗暴，可能中断未提交事务。真正要做的，是在连接建立后就施加资源约束。
- 资源管理器不拦截连接，但能限制连接进来后的 CPU、I/O、并行度和空闲时间
- 它对
INACTIVE会话也生效，只要该会话所属的 consumer group 被设定了SWITCH_TIME或SWITCH_ESTIMATE - 必须配合
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE显式设置MAX_IDLE_TIME才能自动断开挂起太久的连接
创建 plan directive 时必须设 MAX_IDLE_TIME
Oracle RAC 中资源管理器默认不清理空闲连接。想让非活跃会话自动下线，MAX_IDLE_TIME 是唯一可靠手段。它以秒为单位，作用于 consumer group 级别，不是整个实例。
示例：给应用用户分配的 consumer group 叫 APP_USERS，要求空闲超 1800 秒（30 分钟）就断开：
BEGIN
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE(
plan => 'DAYTIME_PLAN',
group_or_subplan => 'APP_USERS',
comment => 'Kill idle after 30 min',
max_idle_time => 1800,
cpu_p1 => 70,
parallel_degree_limit_p1 => 4
);
END;
-
MAX_IDLE_TIME必须在 plan directive 中显式指定，继承自默认组（如OTHER_GROUPS）的策略不生效 - RAC 环境中该设置对所有实例一致生效，无需每个节点单独执行
- 注意：该值只影响新建立的会话；已有
INACTIVE会话需等下次被激活再检查空闲时长
不要用 OTHER_GROUPS 担任兜底，它不触发 MAX_IDLE_TIME
很多人图省事，把所有未明确归类的会话扔进 OTHER_GROUPS，然后给它设 MAX_IDLE_TIME。这是错的：OTHER_GROUPS 是只读组，其 plan directive 中的 MAX_IDLE_TIME 参数会被忽略，不会触发自动断连。
- 必须为真实应用用户或中间件使用的 schema 显式创建 consumer group，并绑定到 plan directive
- 可通过
SELECT username, resource_consumer_group FROM v$session确认当前会话归属 - 若应用使用统一连接池账号（如
app_pool），就只为该账号建 group；不要依赖角色或 profile 继承
启用 plan 后仍需监控 v$rsrc_session_info
资源管理器启用后，不能认为万事大吉。RAC 中各节点资源消耗不均，v$rsrc_session_info 才是验证策略是否落地的关键视图。
- 查某会话是否因空闲被标记为“即将终止”：
SELECT session_id, state, consumed_cpu_time, idle_time FROM v$rsrc_session_info WHERE state = 'IDLE_KILL_PENDING' - 查 consumer group 实际资源占用：
SELECT name, active_sessions, cpu_waits FROM v$rsrc_plan - 注意：该视图只反映当前 instance 数据，跨节点需查
gv$rsrc_session_info
真正难的不是配置那几条 PL/SQL，而是让应用方承认自己没设连接超时，并愿意配合测试新 consumer group 的行为边界——这点比任何参数都关键。
