Oracle 10gR2 - az alert.log kezd megtelni ilyen uzenetekkel:
Memory Notification: Library Cache Object loaded into SGA
Mindenekelott: ez nem fatalis problema, csupan fgyelmeztetes (mint ahogy irja is: "notification"), azonban 1-2 dologra erdemes odafigyelni.
Heap size 2254K exceeds notification threshold (2048K)
ha tul gyakran fordul elo az emlitett uzenet, az ORA-4031 (unable to allocate 8621 bytes of shared memory ... utalatos dolog) bekovetkezesere utalhat (nem feltetlenul, de megeshet). Erdemes odafigyelni erre.
sajnos 10.2.0.1-ben tul alacsonyra allitottak az uzenetkuldesi kuszoberteket: 2M.
10.2.0.2-ben mar felemeltek 50M-ra a threshold-ot, ha ezen verzioban is surun mejelenik a fenti figyelmeztetes az alert.log-ban, akkor erdemes a fejleszto brigaddal egyeztetni, egy kis tuningolas vegett...
El lehet nyomni az uzeneteket, ha nem kivanjuk latni az alert.log-ban (igazabol feljebb lehet venni a kuszoberteket 10.2.0.1-ben):
ha pl 16M-ra szeretnenk allitani akkor -> 16384 * 1024 = 16777216
sqlplus / as sysdba
SQL> alter system set "_kgl_large_heap_warning_threshold"=16777216 scope=spfile;
SQL> shutdown immediate
SQL> startup
SQL> show parameter _kgl_large_heap_warning_threshold
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
_kgl_large_heap_warning_threshold integer 16777216
ha init.ora-t hasznalunk akkor ertelemszeruen abban kell beallitani:
_kgl_large_heap_warning_threshold=16777216
majd db bounce.
happy DBAing!
Ajánlott bejegyzések:
A bejegyzés trackback címe:
Kommentek:
A hozzászólások a vonatkozó jogszabályok értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a Felhasználási feltételekben és az adatvédelmi tájékoztatóban.
Ates85 2007.09.04. 16:27:01
Megpróbálom aztán majd esz valami :o) , ilyen tippeket szívesen olvasgatok . Most találtam csak meg a blogodat , gratulálok a svájci munkához .
Ates85 2007.09.04. 16:32:27
A forrást elárulod nekem ? :o)
Vagy mailben , Dallos Attila
Ates85 2007.09.04. 16:51:44
Note:330239.1
Ates85 2007.09.19. 11:19:44
a 2M ről 50M re a probléma továbbra is fennáll , most találtam valamit ami szétfregmentálja a shared pool -t és amiatt telik meg az 50 M is oylan gyrosan , de azért a tipp jó volt :)
Ates85 2007.09.19. 16:54:12
Az elmúlt időben azzal tevékenykedtem hogy az ilyen nagy Objecteket még indulás elött bepinneljem a memóriába ezzel elkerülve hogy szétfregmentálódjon az sga , és szép kis project is lett belőle , gondolom ha ezket a nagy mértűeket még induláskor beteszem akrko nem fognak kiöregedni onnan azaz nem kell ujra betenni !
Íme a köv procedura amivel sikerlt ez elérni :
dbms_shared_pool.keep(own||'.'||nam, flagx);
Ezt használtam azokra az objectektekre melyeik a 50K nál nagyobbak
és/vagy a KEEP paraméter 'Y'
Remélem mostmár nem fog jönni az "alert"
Csak azt nem értem miért az alert fileba ír ha notification , küldjön mail -t és majd reportálom spamnek :D