如何使用新參數 PGA_AGGREGATE_LIMIT 限制數據庫進程能夠增加到的最大大小。sql
在自動化 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 設置爲如下值中的較大者:api
2 GB
200% 的 PGA_AGGREGATE_TARGET
(PROCESSES 初始化參數設置值)* 3 MB
該參數不會超過物理內存大小減去總 SGA 大小的 120%。數組
若是指定了值 0,則表示實例所使用的 PGA 內存總量沒有限制。
PGA_AGGREGATE_LIMIT 初始化參數能夠動態設置;並不須要數據庫從新啓動。能夠設置 PGA_AGGREGATE_LIMIT 的值,不管是否使用了自動內存管理。session
後臺進程 CKPT 每三秒檢查一次內存用量是否超過了 PGA_AGGREGATE_LIMIT 初始化參數的值。若是達到或超過了限制,
則此進程中斷使用最多不可優化 PGA 內存的會話調用。若是這些會話仍沒有釋放足夠內存,則終止它們。
請注意,因爲 pga 值僅每三秒檢查一次,所以 pga 內存有可能超過 PGA_AGGREGATE_LIMIT。此外,若是在此期間該 pga 值減小到限制之下,
則將不會捕獲在這三秒間隔內超過限制的狀況。若是進程在三秒的間隔內快速分配而後釋放內存,則可能會出現這種狀況。
若是達到了 PGA_AGGREGATE_LIMIT 值,則將報告以下錯誤。
ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT
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.
Action: Increase the PGA_AGGREGATE_LIMIT initialization parameter or reduce memory usage.oracle
示例:
此示例將展現使用 pl/sql 填充內存中數組能夠超過 pga_aggregate_limit 的值。app
首先請查看當前 pga_aggregate_target。因爲 pl/sql 內存區不是 pga 目標控制的可優化區域,進程 pga 將超過此值。
-- V$PGASTAT 的 PGA 統計信息:
-- 顯示自實例啓動以來分配的最大 pga 總量ide
select name, ROUND(value/1024/1024) as Mbytes from v$pgastat
where name in ('maximum PGA allocated','aggregate PGA target parameter','aggregate PGA auto target');
NAME Mbytes
---------------------- ------------
aggregate PGA target p 208
arameter
aggregate PGA auto tar 138
get
maximum PGA allocated 119優化
請注意 pga_aggregate_limit 顯式設置爲 512M。this
select con_id, name as Parameter, value/1024/1024 as Mbytes from V$SYSTEM_PARAMETER
where name in ('pga_aggregate_target','memory_target','memory_max_target','sga_max_size','sga_target','pga_aggregate_limit','processes')
order by name;
CON_ID PARAMETER Mbytes
------ ------------------------------ ------------
0 memory_max_target 600
0 memory_target 600
0 pga_aggregate_limit 512
0 pga_aggregate_target 0
0 processes 0
0 sga_max_size 600
0 sga_target 0
運行這個過程的會話收到此錯誤:
ERROR at line 1:
ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT
針對 V$PROCESS 的查詢顯示進程在 ckpt進程捕獲到這種狀況並停止其對內存的調用以前,在 3 秒時間內增加到 2.5G 大小。
[Insert code here]
CON_ID OSpid Orapid Sess id Serial# Status PGA alloc PGA used PGA Max PNAME oracleuser OS user Program
------ -------- ------- ------- ------- -------- ------------ ------------ ------------ ----- ------------ ------------ ------------------------
4 5349 33 258 41 INACTIVE 3 2 2,536 SYSTEM oracle sqlplus@localhost.locald
omain (TNS V1-V3)
alert.log 顯示如下錯誤。
Errors in file /u01/app/oracle/diag/rdbms/cdb1/cdb1/trace/cdb1_ora_5349.trc (incident=79479):
ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT
Incident details in: /u01/app/oracle/diag/rdbms/cdb1/cdb1/incident/incdir_79479/cdb1_ora_5349_i79479.trc
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 的值
*** SERVICE NAME:(pdb1.example.com) 2013-01-28 07:44:27.902 <===-----------請注意指示哪一個容器出現錯誤的服務的名稱。
*** MODULE NAME:(SQL*Plus) 2013-01-28 07:44:27.902
*** ACTION NAME:() 2013-01-28 07:44:27.902
*** CONTAINER ID:(4) 2013-01-28 07:44:27.902
*** TRACE FILE RECREATED AFTER BEING REMOVED ***
Process may have gone over pga_aggregate_limit
Just allocated 65536 bytes
Dumping short stack in preparation for potential ORA-4036
----- Abridged Call Stack Trace -----
ksedsts()+313<-ksm_pga_limit_short_stack()+456<-ksm_check_over_limit()+540<-ksmapg()+351<-kghgex()+1426<-kghfnd()+745<-kghalo()+693<-kghgex()
+401<-kghalf()+403<-kghualloc()+794<-kohalmc()+295<-kohalc()+110<-plsm0vc_rsz()+197<-pevm_MOVC_i()+1021<-pfrinstr_MOVC()+52
<-pfrrun_no_tool()+60<-pfrrun()+809<-plsql_run()+617<-peicnt()+287<-kkxexe()+789
----- End of Abridged Call Stack Trace -----
=======================================
PRIVATE MEMORY SUMMARY FOR THIS PROCESS
---------------------------------------
******************************************************
PRIVATE HEAP SUMMARY DUMP
2161 MB total:
2161 MB commented, 261 KB permanent
481 KB free (256 KB in empty extents),
2159 MB, 1 heap: "koh-kghu call " 1 KB free held <=============指示在 pga 中使用內存的命名內存分配
------------------------------------------------------
Summary of subheaps at depth 1
2155 MB total:
2155 MB commented, 104 KB permanent
295 KB free (20 KB in empty extents),
2154 MB, 138274 chunks: "pl/sql vc2 " <--------------------指示 pga heap(堆)中包含的子堆內存分配
*** 2013-01-28 07:44:28.045
Incident 79480 created, dump file: /u01/app/oracle/diag/rdbms/cdb1/cdb1/incident/incdir_79480/cdb1_ora_5349_i79480.trc
ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT
*********START PLSQL RUNTIME DUMP************
***Got internal error Exception caught in pl/sql run-time while running PLSQL***
***Got ORA-4036 while running PLSQL***
PROCEDURE SYSTEM.FILL_MEMORY:
意外事件文件顯示程序堆棧及行號
Dump continued from file: /u01/app/oracle/diag/rdbms/cdb1/cdb1/trace/cdb1_ora_5349.trc
ORA-04036: PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT
========= Dump for incident 79480 (ORA 4036) ========
*** 2013-01-28 07:44:28.045
dbkedDefDump(): Starting incident default dumps (flags=0x2, level=3, mask=0x0)
----- Current SQL Statement for this session (sql_id=gqbtzt92rm1ck) -----
BEGIN fill_memory(2680000); END;
----- PL/SQL Stack -----
----- PL/SQL Call Stack -----
object line object
handle number name
0x77335850 7 procedure SYSTEM.FILL_MEMORY <-------程序的行號
0x77238760 1 anonymous block
----- Call Stack Trace -----