数据库参数 PGA_AGGREGATE_LIMIT 限制进程大小

本文主要是介绍数据库参数 PGA_AGGREGATE_LIMIT 限制进程大小，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

数据库参数 PGA_AGGREGATE_LIMIT 限制进程大小

如何使用新参数 PGA_AGGREGATE_LIMIT 限制数据库进程可以增长到的最大大小。

在自动化 PGA 内存管理模式下，Oracle 数据库通过动态控制分配到工作区的 PGA 内存量来尝试遵从 PGA_AGGREGATE_TARGET 值。
但是，有时因为以下原因，PGA 内存使用量可能会超过 PGA_AGGREGATE_TARGET 设置：
PGA_AGGREGATE_TARGET 设置起到的是目标的作用，而非限制。
PGA_AGGREGATE_TARGET 仅控制可优化部分内存的分配。
使用大量 PGA 可能会导致高交换率。出现这种情况时，系统可能会无法响应，并且不稳定。这种时候需要考虑使用 PGA_AGGREGATE_LIMIT 初始化参数限制整体 PGA 使用量。

12c 引入了新的参数 PGA_AGGREGATE_LIMIT 以允许数据库管理员限制 pga 内存使用总量。
使用 PGA_AGGREGATE_LIMIT初始化参数可以为 PGA 内存使用量指定硬性限制。如果超过了 PGA_AGGREGATE_LIMIT 值，
则 Oracle 数据库按照以下顺序，中断或者终止使用了最多不可优化 PGA 内存的会话或进程：
中止使用最多不可优化 PGA 内存的会话调用。
如果 PGA 内存使用量仍超过 PGA_AGGREGATE_LIMIT，则终止使用了最多不可优化 PGA 内存的会话和进程。
使用最多不可优化内存会话的调用将被中止。并行查询将被视为一个单元。如果 PGA 内存使用总量仍超过限制，则将终止使用最多不可优化内存的会话。
不会对除作业队列进程之外的 SYS 进程和后台进程执行这一部分中所述的任何操作。取而代之的操作是，
如果它们使用了最多不可优化内存，则会定期将其 PGA 使用量的简短摘要写入到跟踪文件中。
显式设置 PGA_AGGREGATE_LIMIT 与将其设置为默认值，在行为上没有差别。
PGA_AGGREGATE_LIMIT 初始化参数动态设置为 PGA 内存的实例范围硬性限制。由于该参数根据内存情况的变化做出响应，您无需显式设置参数值。默认情况下，PGA_AGGREGATE_LIMIT 设置为以下值中的较大者：

2 GB
200% 的 PGA_AGGREGATE_TARGET
（PROCESSES 初始化参数设置值）* 3 MB
该参数不会超过物理内存大小减去总 SGA 大小的 120%。

如果指定了值 0，则表示实例所使用的 PGA 内存总量没有限制。
PGA_AGGREGATE_LIMIT 初始化参数可以动态设置；并不需要数据库重新启动。可以设置 PGA_AGGREGATE_LIMIT 的值，不论是否使用了自动内存管理。

后台进程 CKPT 每三秒检查一次内存用量是否超过了 PGA_AGGREGATE_LIMIT 初始化参数的值。如果达到或超过了限制，
则此进程中断使用最多不可优化 PGA 内存的会话调用。如果这些会话仍没有释放足够内存，则终止它们。
请注意，由于 pga 值仅每三秒检查一次，因此 pga 内存有可能超过 PGA_AGGREGATE_LIMIT。此外，如果在此期间该 pga 值减少到限制之下，
则将不会捕获在这三秒间隔内超过限制的情况。如果进程在三秒的间隔内快速分配然后释放内存，则可能会出现这种情况。

如果达到了 PGA_AGGREGATE_LIMIT 值，则将报告如下错误。

1 ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT
2 Cause: Private memory across the instance exceeded the limit specified in the PGA_AGGREGATE_LIMIT initialization parameter. The largest sessions using Program Global Area (PGA) memory were interrupted to get under the limit.
3 Action: Increase the PGA_AGGREGATE_LIMIT initialization parameter or reduce memory usage.

 

示例：
此示例将展示使用 pl/sql 填充内存中数组可以超过 pga_aggregate_limit 的值。

首先请查看当前 pga_aggregate_target。由于 pl/sql 内存区不是 pga 目标控制的可优化区域，进程 pga 将超过此值。
-- V$PGASTAT 的 PGA 统计信息：
-- 显示自实例启动以来分配的最大 pga 总量

1 select name, ROUND(value/1024/1024) as Mbytes from v$pgastat
2 where name in ('maximum PGA allocated','aggregate PGA target parameter','aggregate PGA auto target');
3 NAME Mbytes
4 ---------------------- ------------
5 aggregate PGA target p 208
6 arameter
7 aggregate PGA auto tar 138
8 get
9 maximum PGA allocated 119

 

请注意 pga_aggregate_limit 显式设置为 512M。

 1 select con_id, name as Parameter, value/1024/1024 as Mbytes from V$SYSTEM_PARAMETER
 2 where name in ('pga_aggregate_target','memory_target','memory_max_target','sga_max_size','sga_target','pga_aggregate_limit','processes')
 3 order by name;
 4 CON_ID PARAMETER Mbytes
 5 ------ ------------------------------ ------------
 6 0 memory_max_target 600
 7 0 memory_target 600
 8 0 pga_aggregate_limit 512
 9 0 pga_aggregate_target 0
10 0 processes 0
11 0 sga_max_size 600
12 0 sga_target 0

 

运行这个过程的会话收到此错误：

1 ERROR at line 1:
2 ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT

针对 V$PROCESS 的查询显示进程在 ckpt进程捕获到这种情况并中止其对内存的调用之前，在 3 秒时间内增长到 2.5G 大小。

1 [Insert code here]
2 CON_ID OSpid Orapid Sess id Serial# Status PGA alloc PGA used PGA Max PNAME oracleuser OS user Program
3 ------ -------- ------- ------- ------- -------- ------------ ------------ ------------ ----- ------------ ------------ ------------------------
4 4 5349 33 258 41 INACTIVE 3 2 2,536 SYSTEM oracle sqlplus@localhost.locald
5 omain (TNS V1-V3)

 

alert.log 显示以下错误。

1 Errors in file /u01/app/oracle/diag/rdbms/cdb1/cdb1/trace/cdb1_ora_5349.trc (incident=79479):
2 ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT
3 Incident details in: /u01/app/oracle/diag/rdbms/cdb1/cdb1/incident/incdir_79479/cdb1_ora_5349_i79479.trc
4 Dumping diagnostic data in directory=[cdmp_20130128072143], requested by (instance=1, osid=5349), summary=[incident=79479].

 

进程的跟踪文件显示与导致此错误的进程相关的信息。
通过显示的服务名您可以知道是哪个容器发生了错误。
跟踪文件还提供了摘要 heap dump（堆转储）。在本例中，主堆具有 2159MB 的“koh-kghu call”。在该堆中，子堆包括 2154 MB 的“pl/sql vc2”。
可以使用这些内容在 MOS 上搜索有关这些分配的任何已知问题。诸如这样一些与 pl/sql 相关的分配通常是 pl/sql 程序一次性将大量数据加载到内存中造成的。
在这样的情况下，应该变更程序，一次将有限数量的记录加载到内存中。替代方法是允许这样大的分配并增加 pga_aggregate_limit 的值

 1 *** SERVICE NAME:(pdb1.example.com) 2013-01-28 07:44:27.902 <===-----------请注意指示哪个容器出现错误的服务的名称。
 2 *** MODULE NAME:(SQL*Plus) 2013-01-28 07:44:27.902
 3 *** ACTION NAME:() 2013-01-28 07:44:27.902
 4 *** CONTAINER ID:(4) 2013-01-28 07:44:27.902
 5 *** TRACE FILE RECREATED AFTER BEING REMOVED ***
 6 
 7 Process may have gone over pga_aggregate_limit
 8 Just allocated 65536 bytes
 9 Dumping short stack in preparation for potential ORA-4036
10 ----- Abridged Call Stack Trace -----
11 ksedsts()+313<-ksm_pga_limit_short_stack()+456<-ksm_check_over_limit()+540<-ksmapg()+351<-kghgex()+1426<-kghfnd()+745<-kghalo()+693<-kghgex()
12 +401<-kghalf()+403<-kghualloc()+794<-kohalmc()+295<-kohalc()+110<-plsm0vc_rsz()+197<-pevm_MOVC_i()+1021<-pfrinstr_MOVC()+52
13 <-pfrrun_no_tool()+60<-pfrrun()+809<-plsql_run()+617<-peicnt()+287<-kkxexe()+789 
14 ----- End of Abridged Call Stack Trace -----
15 =======================================
16 PRIVATE MEMORY SUMMARY FOR THIS PROCESS
17 ---------------------------------------
18 ******************************************************
19 PRIVATE HEAP SUMMARY DUMP
20 2161 MB total:
21 2161 MB commented, 261 KB permanent
22 481 KB free (256 KB in empty extents),
23 2159 MB, 1 heap: "koh-kghu call " 1 KB free held <=============指示在 pga 中使用内存的命名内存分配
24 ------------------------------------------------------
25 Summary of subheaps at depth 1
26 2155 MB total:
27 2155 MB commented, 104 KB permanent
28 295 KB free (20 KB in empty extents),
29 2154 MB, 138274 chunks: "pl/sql vc2 " <--------------------指示 pga heap（堆）中包含的子堆内存分配
30 
31 *** 2013-01-28 07:44:28.045
32 Incident 79480 created, dump file: /u01/app/oracle/diag/rdbms/cdb1/cdb1/incident/incdir_79480/cdb1_ora_5349_i79480.trc
33 ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT
34 
35 *********START PLSQL RUNTIME DUMP************
36 ***Got internal error Exception caught in pl/sql run-time while running PLSQL***
37 ***Got ORA-4036 while running PLSQL***
38 PROCEDURE SYSTEM.FILL_MEMORY:
39 意外事件文件显示程序堆栈及行号
40 
41 Dump continued from file: /u01/app/oracle/diag/rdbms/cdb1/cdb1/trace/cdb1_ora_5349.trc
42 ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT
43 
44 ========= Dump for incident 79480 (ORA 4036) ========
45 
46 *** 2013-01-28 07:44:28.045
47 dbkedDefDump(): Starting incident default dumps (flags=0x2, level=3, mask=0x0)
48 ----- Current SQL Statement for this session (sql_id=gqbtzt92rm1ck) -----
49 BEGIN fill_memory(2680000); END;
50 ----- PL/SQL Stack -----
51 ----- PL/SQL Call Stack -----
52 object line object
53 handle number name
54 0x77335850 7 procedure SYSTEM.FILL_MEMORY <-------程序的行号
55 0x77238760 1 anonymous block
56 
57 ----- Call Stack Trace -----

 

posted on 2020-06-11 13:14  数据与人文  阅读(643)  评论(0)  编辑  收藏

这篇关于数据库参数 PGA_AGGREGATE_LIMIT 限制进程大小的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！