数据库教程FGMT14‑Oracle性能优化之资源限制与资源管理

## 前言

Oracle数据库在多业务混合部署场景下，经常会出现某一类业务或者某一条SQL耗尽实例CPU、IO、并行、UNDO等全部资源，挤压核心在线业务，引发整体业务雪崩。单纯依靠操作系统层面限制无法区分数据库内部用户、会话、业务模块，Oracle数据库资源管理器（Database Resource Manager，DBRM）可以在数据库内部实现资源隔离，对不同业务会话分组分配CPU、并行度、IO、UNDO、会话执行时长等资源，保障核心业务优先获得系统资源，限制非核心报表、批量任务的资源消耗。风哥教程本文围绕资源管理器底层原理、消费组、资源计划、指令参数、会话映射、实例笼（Instance Caging）、操作系统cgroup区别、全套实操脚本、生产故障排查案例完整展开讲解。风哥 itpux‑com

本套风哥教程面向DBA、运维工程师、数据库架构师，全部实验标准化环境配置：主机名称**fgedu‑net‑cn**，硬件规格64G物理内存、8颗CPU；数据库实例名`fgedudb`，数据库名`fgedudb`，测试业务用户名`fgedu`，文件根目录统一为`/fgedudb`，整套实验基于Oracle19c企业版完成。风哥教程本文分为前言大纲介绍、核心理论知识、实战操作演练、总结四大模块；实战章节包含大量可直接复制运行SQL脚本，读者可以在测试环境完整复现实验现象，掌握资源管理器配置、启用、监控、故障排查整套生产运维手段。网上搜索风哥教程可以学习全套数据库教程

### 内容大纲

1. Oracle数据库资源管理业务背景，为什么需要数据库内部资源管控

2. 数据库资源管理器DBRM核心组件：消费组、资源计划、计划指令、待处理区pending‑area

3. 各类可管控资源：CPU、并行度、活跃会话池、UNDO池、空闲会话超时、SQL执行时间、IO阈值

4. 会话映射规则：用户、服务名、模块名映射到消费组

5. Instance Caging实例笼原理，数据库层面限制实例最大CPU；与操作系统cgroup差异对比

6. 资源管理器相关数据字典与性能监控视图

7. 完整实操：创建消费组、资源计划、配置计划指令、会话映射、启用/切换/关闭资源计划

8. 会话自动切换规则配置：CPU、IO、执行时长触发会话转移、取消SQL

9. 资源管理器监控：消费组资源消耗、等待事件resmgr:cpu quantum故障分析

10. 生产环境案例：限制报表业务CPU使用率；限制整个实例CPU最大消耗

11. 资源管理器常见报错、风险点、上线运维规范

## 一、核心理论知识

本章节为本套风哥教程理论基础，充分理解资源管理器组件逻辑，才能够合理设计资源隔离策略，避免出现业务会话被错误限流、会话异常排队故障。风哥教程 113257174

### 1.1 资源管理的业务价值

数据库服务器混合运行在线交易、统计报表、批量ETL、开发查询任务。当报表或者批量任务失控，会把CPU、IO打满，核心交易业务得不到资源。操作系统层面只能限制整个进程的资源，**无法区分数据库内部不同用户、不同业务模块会话**。

DBRM资源管理器运行于数据库内核层面，可以做到：

1. 按业务会话分组分配CPU权重，保障核心业务优先；

2. 限制消费组最大CPU利用率上限，防止某一组业务耗尽CPU；

3. 管控并行DML/查询的并行度，防止并行进程打爆主机；

4. 设置活跃会话池，控制同时运行的活跃会话数量，超出的会话进入排队；

5. UNDO池限制消费组最大undo生成量，防止大事务把undo表空间撑满；

6. 设置空闲会话超时，自动杀掉长时间空闲占用连接的会话；

7. 配置自动切换规则：会话CPU、IO、执行时间达到阈值，自动将会话切换到低优先级组，甚至直接取消SQL执行。

>注意：DBRM只管控数据库内部产生的负载；ASM、后台进程等部分后台进程不受资源计划管控。网上搜索风哥教程可以学习全套数据库教程

### 1.2 DBRM五大核心组件

1. **消费组(Consumer Group)**：会话的分组，把相同业务属性会话归入同一个消费组，例如`FGEDU_ONLINE`在线交易组、`FGEDU_REPORT`报表组、`FGEDU_BATCH`批量任务组。所有没有显式映射的会话归入系统保留组`OTHER_GROUPS`，**资源计划必须包含OTHER_GROUPS，否则计划无法启用，报ORA‑07453**。

2. **资源计划(Resource Plan)**：顶层策略，定义不同消费组之间资源分配规则，一个实例同一时间只能激活一套顶层资源计划。

3. **计划指令(Plan Directive)**：属于资源计划下属配置，针对每一个消费组设置CPU层级权重utilization_limit、并行度上限、活跃会话池、undo池、切换阈值等参数。

4. **Pending Area待处理区**：资源管理器所有对象修改，必须先写入pending_area待处理工作区，校验没有逻辑错误，再submit提交生效；没有创建pending_area直接执行创建会直接报错。

5. **会话映射规则**：通过用户名、服务名、模块名、程序名，将会话自动归属到对应消费组；新登录会话依据映射规则分配消费组，已经存在的会话不会自动变更。风哥数据库教程 itpux‑com

### 1.3 可管控资源参数说明

1. **mgmt_p1/mgmt_p2/mgmt_p3**：多层级CPU权重，同一层级内部按权重分配空闲CPU，空闲CPU可以被其他组复用。

2. **utilization_limit**：消费组CPU硬上限百分比，即便系统还有空闲CPU，该消费组也不能超过这个上限，用来限制报表业务最大CPU占用。

3. **parallel_degree_limit_p1**：该消费组会话允许的最大并行度。

4. **active_sess_pool_p1**：活跃会话池，组内同时最多允许多少个活跃运行会话，超过数量会话进入排队等待。

5. **undo_pool**：消费组能够使用的undo总大小，单位MB，大事务超过会报错终止。

6. **idle_time**：会话空闲超时时间（秒），超时会话被数据库终止断开。

7. **switch_time / switch_io_megabytes / switch_cpu_time**：自动触发条件；会话CPU、IO、执行时间达到阈值，执行switch_group转移会话，或者switch_sql取消当前SQL。

### 1.4 Instance Caging实例笼

Instance Caging用来限制**整个数据库实例最大能够使用的CPU数量**，通过初始化参数`cpu_count`配合资源计划开启。主机物理有8颗CPU，可以设置cpu_count=4，实例最多只能使用4颗CPU算力。

>区分概念：

- DBRM消费组utilization_limit：**组内会话的CPU上限，实例内部各组之间隔离**。

- Instance Caging：**整个实例全局CPU上限，保护主机上其他实例/应用**。

>与Linux cgroup的区别：cgroup是操作系统层对Oracle进程做限制；Instance Caging是Oracle内核内部实现，不需要操作系统权限，只作用于本实例。二者可以同时使用，也可以单独选用其一。

### 1.5 关键监控视图与等待事件

1. `v$rsrc_plan`：当前激活的顶层资源计划；

2. `v$rsrc_consumer_group`：各个消费组实时资源消耗统计；

3. `v$rsrc_session_info`：每个会话归属消费组、运行状态、排队时间；

4. `v$rsrc_metric_history`：资源管理器历史指标；

5. **等待事件`resmgr:cpu quantum`**：会话被资源管理器限流，CPU时间片被剥夺，会话等待分配CPU时间片；出现该等待代表会话已经达到消费组设置的CPU上限，属于正常限流现象，不是数据库故障。

### 1.6 生产环境风险提示

1. 资源计划修改必须走pending_area，提交之后还需要alter system set才会激活；提交pending_area不等于激活计划。

2. 上线前务必在测试环境完整验证，错误的计划配置会造成业务大量会话排队、SQL被取消，影响业务。

3. OTHER_GROUPS必须配置指令，否则计划无法加载，ORA‑07453报错。

4. 资源管理器对SYS、SYSTEM用户会话默认不生效；

5. 维护窗口自动会启用内部资源计划，如果需要完全关闭，需要特殊下划线参数，不建议随意修改。

## 二、实战操作演练

本套风哥教程全部实战操作，操作主机`fgedu‑net‑cn`，数据库`fgedudb`，业务用户`fgedu`，目录`/fgedudb`，硬件规格64G内存8CPU。

>环境说明：操作系统登录oracle用户，设置环境变量指向`fgedudb`实例；DBMS_RESOURCE_MANAGER包操作需要sysdba权限。

### 2.1 操作系统与数据库环境校验

#### 2.1.1操作系统层面检查（主机fgedu‑net‑cn）

```bash

#确认主机名称

hostname

#确认ORACLE_HOME路径全部指向/fgedudb

echo $ORACLE_HOME

#查看内存硬件，确认64G内存

free -h

#查看CPU，确认8CPU

lscpu

```

校验输出：hostname输出`fgedu‑net‑cn`，总内存64G，逻辑CPU数量8。

#### 2.1.2 数据库关键初始化参数确认（64G内存8CPU规格）

登录`sqlplus / as sysdba`查看关键参数

```sql

show parameter memory_target;

show parameter sga_target;

show parameter pga_aggregate_target;

show parameter resource_manager_plan;

show parameter cpu_count;

show parameter statistics_level;

```

适配64G内存主机spfile标准配置

```sql

alter system set memory_max_target=48G scope=spfile;

alter system set memory_target=48G scope=spfile;

alter system set statistics_level=TYPICAL scope=spfile;

-- instance caging示例：全局最多使用4颗CPU，按需开启

alter system set cpu_count=4 scope=spfile;

```

>cpu_count修改实例笼需要重启实例生效；resource_manager_plan为空代表资源管理器未激活。

#### 2.1.3 用户权限准备

```sql

create user fgedu identified by fgedudb default tablespace users temporary tablespace temp;

grant connect,resource to fgedu;

grant select_catalog_role to fgedu;

grant execute on dbms_resource_manager to fgedu;

grant execute on dbms_resource_manager_privs to fgedu;

```

### 2.2 创建消费组、资源计划完整实操

>业务规划示例：

- FGEDU_ONLINE：在线交易业务，高优先级；

- FGEDU_REPORT：报表统计业务，限制CPU最大40%；

- FGEDU_BATCH：批量ETL任务；

- OTHER_GROUPS：其他未映射会话。

```sql

conn / as sysdba

--1.清空旧待处理区

exec dbms_resource_manager.clear_pending_area();

--2.创建待处理工作区

exec dbms_resource_manager.create_pending_area();

--3.创建3个业务消费组

BEGIN

dbms_resource_manager.create_consumer_group(

consumer_group=>'FGEDU_ONLINE',

comment=>'fgedu在线交易业务组');

dbms_resource_manager.create_consumer_group(

consumer_group=>'FGEDU_REPORT',

comment=>'fgedu报表统计业务组');

dbms_resource_manager.create_consumer_group(

consumer_group=>'FGEDU_BATCH',

comment=>'fgedu批量ETL任务组');

END;

/

--4.创建顶层资源计划FGEDU_MAIN_PLAN

BEGIN

dbms_resource_manager.create_plan(

plan=>'FGEDU_MAIN_PLAN',

comment=>'fgedudb生产业务资源管控主计划');

END;

/

--5.编写计划指令，分配各个消费组资源

BEGIN

--在线业务，一级权重60，并行度8

dbms_resource_manager.create_plan_directive(

plan=>'FGEDU_MAIN_PLAN',

group_or_subplan=>'FGEDU_ONLINE',

comment=>'在线交易业务高优先级',

mgmt_p1=>60,

parallel_degree_limit_p1=>8

);

--报表业务，一级权重30，硬CPU上限40%，并行度4

dbms_resource_manager.create_plan_directive(

plan=>'FGEDU_MAIN_PLAN',

group_or_subplan=>'FGEDU_REPORT',

comment=>'报表业务，CPU上限40%',

mgmt_p1=>30,

utilization_limit=>40,

parallel_degree_limit_p1=>4

);

--批量任务，一级权重10，并行度2，undo池1024MB

dbms_resource_manager.create_plan_directive(

plan=>'FGEDU_MAIN_PLAN',

group_or_subplan=>'FGEDU_BATCH',

comment=>'批量ETL任务',

mgmt_p1=>10,

parallel_degree_limit_p1=>2,

undo_pool=>1024

);

--必须配置OTHER_GROUPS，否则计划加载报错ORA‑07453

dbms_resource_manager.create_plan_directive(

plan=>'FGEDU_MAIN_PLAN',

group_or_subplan=>'OTHER_GROUPS',

comment=>'未映射会话默认组',

mgmt_p1=>10

);

END;

/

--6.提交待处理区，校验对象逻辑并写入数据字典

exec dbms_resource_manager.submit_pending_area();

```

### 2.3 配置会话映射规则（用户名映射消费组）

实现fgedu用户登录自动归属FGEDU_ONLINE消费组。

```sql

BEGIN

dbms_resource_manager.set_consumer_group_mapping(

attribute=>'ORACLE_USER',

value=>'FGEDU',

consumer_group=>'FGEDU_ONLINE'

);

END;

/

```

>其他映射属性支持：`SERVICE_NAME`服务名、`MODULE_NAME`模块名、`PROGRAM_NAME`程序名，实现按业务程序自动分组。

### 2.4 启用、切换、关闭资源管理器

```sql

--激活资源计划FGEDU_MAIN_PLAN，开启资源管理器

alter system set resource_manager_plan='FGEDU_MAIN_PLAN' scope=both;

--查看当前生效顶层资源计划

select plan_name,is_top_plan,cpu_managed from v$rsrc_plan;

--关闭资源管理器，设置为空

alter system set resource_manager_plan='' scope=both;

```

>注意：alter system设置resource_manager_plan不需要重启实例，动态生效；已经建立的老会话不会重新执行映射，**新建立的会话才会应用映射规则**。

### 2.5 配置会话自动切换策略实战

示例：报表组FGEDU_REPORT，SQL累计CPU超过30秒，自动取消这条SQL执行。

```sql

exec dbms_resource_manager.clear_pending_area();

exec dbms_resource_manager.create_pending_area();

BEGIN

dbms_resource_manager.update_plan_directive(

plan=>'FGEDU_MAIN_PLAN',

group_or_subplan=>'FGEDU_REPORT',

new_switch_cpu_time=>30,

new_switch_group=>'CANCEL_SQL',

new_switch_for_call=>TRUE

);

END;

/

exec dbms_resource_manager.submit_pending_area();

```

参数说明：

- switch_cpu_time：SQL消耗CPU时间阈值，单位秒；

- switch_group=>'CANCEL_SQL'：达到阈值直接终止当前SQL；

- 可选值也可以填写其他消费组名称，会话转移到低优先级消费组继续运行。

### 2.6 资源管理器监控查询实操

#### 2.6.1 查询消费组实时统计

```sql

set linesize 200

col consumer_group format a30

col cpu_wait_time format 99999999

col consumed_cpu_time format 99999999

select name consumer_group,cpu_wait_time,consumed_cpu_time,queued_requests,running_requests

from v$rsrc_consumer_group;

```

#### 2.6.2 查询每一个会话归属消费组，会话状态

```sql

set linesize 220

col sid format 9999

col serial# format 9999

col consumer_group format a30

col state format a20

select s.sid,s.serial#,cg.name consumer_group,si.state,si.queued_time

from v$session s

join v$rsrc_session_info si on s.sid=si.sid and s.serial#=si.serial#

join v$rsrc_consumer_group cg on si.current_consumer_group_id=cg.id;

```

state字段常见值：`RUNNING`运行中；`WAIT_FOR_CPU`等待CPU配额；`QUEUED`活跃会话池排队。

#### 2.6.3 查看资源管理器历史指标

```sql

select * from v$rsrc_metric_history order by begin_time desc;

```

#### 2.6.4 排查resmgr:cpu‑quantum等待事件

```sql

select sid,event,state,sql_id from v$session where event='resmgr:cpu quantum';

```

>出现该等待代表会话被DBRM限流，是配置的utilization_limit上限生效，不是数据库故障，需要评估业务是否应该调高该消费组CPU上限。

### 2.7 生产案例一：限制报表业务最大CPU使用率

需求：报表业务会话归属FGEDU_REPORT，最大允许消耗40%CPU，超过触发`resmgr:cpu quantum`等待，不允许抢占在线业务资源。

1. 用户/应用程序使用对应账号或者业务模块映射进入FGEDU_REPORT消费组；

2. 计划指令设置`utilization_limit=>40`；

3. 激活资源计划；

4. 通过`v$rsrc_consumer_group`观察报表组CPU消耗；

5. 出现大量`resmgr:cpu quantum`等待，确认限流生效；业务报表运行变慢属于预期行为。

### 2.8 生产案例二：Instance Caging限制整个实例CPU（主机8核，实例最多使用4核）

1. 修改spfile参数`cpu_count=4`；

2. 重启数据库实例，参数生效；

3. 激活任意资源计划，Instance Caging自动启用；

4. 数据库实例整体不会消耗超过4颗CPU算力，保护主机上其他应用或者其他数据库实例。

### 2.9 删除资源管理器对象清理脚本（测试环境复原）

>生产删除前先关闭资源计划。

```sql

alter system set resource_manager_plan='' scope=both;

exec dbms_resource_manager.clear_pending_area();

exec dbms_resource_manager.create_pending_area();

BEGIN

dbms_resource_manager.delete_plan(plan=>'FGEDU_MAIN_PLAN');

dbms_resource_manager.delete_consumer_group(consumer_group=>'FGEDU_ONLINE');

dbms_resource_manager.delete_consumer_group(consumer_group=>'FGEDU_REPORT');

dbms_resource_manager.delete_consumer_group(consumer_group=>'FGEDU_BATCH');

END;

/

exec dbms_resource_manager.submit_pending_area();

```

### 2.10 故障排查标准流程

1. 业务反馈会话卡顿、SQL执行缓慢，首先查看等待事件是否大量出现`resmgr:cpu quantum`；

2. 查询`v$rsrc_session_info`确认会话归属哪一个消费组，state状态是RUNNING/WAIT_FOR_CPU/QUEUED；

3. 核对资源计划指令：mgmt_p1权重、utilization_limit、active_sess_pool_p1参数配置；

4. 核对会话映射规则，确认会话是否被映射到错误消费组；老会话不会应用映射规则，需要重连；

5. ORA‑07453报错：资源计划缺少OTHER_GROUPS指令，补充计划指令，重新提交pending_area；

6. 如果业务出现大量会话排队，评估是否调高活跃会话池、CPU权重、utilization_limit上限；

7. 临时应急：`alter system set resource_manager_plan=''`关闭资源管理器，恢复全部资源，再调整计划配置；

8. 修改完成之后，新建立会话验证效果，保留关闭资源计划的应急回退脚本。

## 三、风哥针对本文总结

本套风哥教程完整覆盖Oracle数据库资源管理器DBRM整套知识，包括消费组、资源计划、pending‑area待处理区、CPU权重、utilization_limit硬上限、活跃会话池、undo池、会话自动切换规则、Instance Caging实例笼原理，完整实操脚本，监控视图，以及两套真实生产案例、故障排查流程。

1. DBRM是数据库内核内部资源隔离方案，可以区分数据库内部不同业务会话分组；它不等同操作系统cgroup；cgroup管控整个Oracle进程，DBRM管控实例内部各个业务会话，二者可以配合使用。

2. 所有资源计划、消费组修改，必须经过`create_pending_area`待处理区，校验通过`submit_pending_area`提交；提交不等于激活计划，还需要执行alter system设置`resource_manager_plan`动态激活。

3. **OTHER_GROUPS是强制要求**，任何资源计划必须配置该组的计划指令，否则无法加载，抛出ORA‑07453错误。

4. 会话映射规则只对**新登录会话生效**；已经存在的旧会话不会自动重新映射消费组，测试验证需要重连数据库会话。

5. `utilization_limit`是消费组CPU硬上限，即使主机还有空闲CPU，该组会话也不允许超过；等待事件`resmgr:cpu quantum`是限流生效的正常现象，不是数据库BUG；出现大量该等待需要评估业务资源上限配置是否合理。

6. Instance Caging通过cpu_count参数实现整个实例全局CPU上限，修改cpu_count需要重启实例；适合一台主机部署多套Oracle实例，用来做实例之间资源隔离。

7. 上线资源管理器务必准备应急回退手段：`alter system set resource_manager_plan='' scope=both`，可以动态关闭资源管控，业务紧急故障时快速恢复全部资源。

8. 资源管理器优先用于混合负载环境，在线OLTP+报表批量ETL混合场景；纯OLTP业务负载比较单一的环境，可以不启用资源管理器；上线前完整在测试环境复现业务压力，验证限流、排队行为是否符合预期，再应用生产。