ORA-04031频发主因常是Large Pool缺失或过小，致RMAN、并行查询等大内存操作挤占Shared Pool引发碎片；需检查V$SGASTAT确认Large Pool分配，按实际负载（如RMAN通道数）合理设置large_pool_size，并确保RAC各节点一致配置。
ora-04031错误在oracle 11g rac中频发，**不一定是shared pool太小，而是large pool被严重挤占或未启用导致的连锁反应**。尤其当rac节点启用了并行查询、rman备份、共享服务器（mts）或advanced queueing时，large pool本该承担的内存分配任务被迫回退到shared pool，直接加剧其碎片化和duration 0区域争用。
Large Pool缺失或过小会怎样
Large Pool是SGA中独立于Shared Pool的内存区域，专用于大块、非重复性内存请求。一旦它没配或太小，Oracle会把本该由它处理的操作“转嫁”给Shared Pool——比如RMAN通道分配、并行执行消息缓冲、DBMS_SHARED_POOL.KEEP操作等。这些操作往往申请大块连续内存，且生命周期长，极易在Shared Pool中制造无法回收的duration 0碎片。
- 报错信息中出现
"sga heap(6,0)"或"kglsim object batch"，但V$SHARED_POOL_RESERVED使用率很低，说明问题不在Shared Pool保留区，而在底层分配路径被扭曲 - RAC环境中，某个节点突然负载升高后ORA-04031集中爆发，常伴随
V$PX_PROCESS或V$RMAN_STATUS活跃度激增 -
SELECT * FROM V$SGASTAT WHERE POOL = 'large pool'返回空或极小值，确认Large Pool未启用或几乎未使用
怎么判断Large Pool是否真被需要
不是所有系统都需要Large Pool，但以下场景必须检查：
- 启用了并行DML/DDL：查
V$PQ_SESSTAT或V$PX_PROCESS_SYSSTAT，若NUM_MSGS_SENT或NUM_MSGS_RECEIVED持续增长，Large Pool用于进程间消息缓冲 - RMAN执行备份/恢复：运行中RMAN会话的
PROCESS列显示channel，且V$SESSION_EVENT中latch: shared pool等待明显上升 - 使用了DBMS_SHARED_POOL.KEEP：该包内部依赖Large Pool完成对象固定，否则会退回到Shared Pool中做高开销操作
- 启用了Shared Server（MTS）：UGA内存默认从Large Pool分配；若未配置，则UGA挤占Shared Pool，触发大量duration 0分配
Large_Pool_Size该设多大
没有固定公式，但可基于实际负载反推：
- 先临时启用并观察：执行
ALTER SYSTEM SET large_pool_size = 512M SCOPE=SPFILE，重启实例后查V$SGASTAT WHERE POOL = 'large pool'，看free memory是否长期高于70% - 若RMAN并发通道为4，每个通道平均需~64MB缓冲，则最低建议
large_pool_size ≥ 256M；再加并行进程开销，RAC双节点建议起步1G - 注意与
shared_pool_size的平衡：增大Large Pool不会自动缩减Shared Pool，但能阻止Shared Pool被“误用”。避免因盲目调大Shared Pool掩盖了Large Pool缺失的本质问题 - 禁用AMM/ASMM时，
large_pool_size必须显式设置；启用ASMM后，它仍需最小保底值（如256M），否则Oracle可能将其压缩至无效大小
调整后必须验证的三件事
改完参数不是终点，关键看是否真正分流了压力：
- 确认Large Pool已加载：重启后执行
SHOW PARAMETER large_pool_size，并查V$SGASTAT确认POOL = 'large pool'有非零分配 - 检查ORA-04031是否还指向
"shared pool"：如果新报错变成"large pool"，说明分流成功，只是Large Pool仍不够——此时才考虑继续增大 - 对比
V$SHARED_POOL_ADVICE中SHARED_POOL_SIZE_FOR_ESTIMATE建议值：若调整Large Pool后，Shared Pool的“理想大小”建议下降明显（比如从4G降到2.5G），说明原压力确实来自误分配
最容易被忽略的是：RAC环境下，Large Pool配置必须在所有节点保持一致，且不能依赖动态修改——SCOPE=BOTH在RAC中可能只生效于当前节点，务必用SCOPE=SPFILE并重启全部实例。另外，large_pool_size设得过大并不会提升性能，反而浪费SGA空间，它的目标是“够用+隔离”，不是越大越好。
