problème shared_pool_size volumineuse

Bonjour,

je suis sous oracle 10.2.0.4, et je me retrouve avec une taille de share_pool surdimensionné plus de 8Go.

avec la requete suivante :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

COL "Total octets alloués" FORMAT A20 COL "octets utilisés" FORMAT A20 COL "octets libres" FORMAT A20 SELECT a.POOL "Pool" , b.Octets || ' (' || ROUND(b.Octets/1024/1024) || ' Mo)' "Total octets alloués" , (b.Octets-a.BYTES) || ' (' || ROUND((b.Octets-a.BYTES)/1024/1024) || ' Mo)' "octets utilisés" , a.BYTES || ' (' || ROUND(a.BYTES/1024/1024) || 'Mo)' "octets libres" FROM V$SGASTAT a, ( SELECT POOL, SUM(BYTES) Octets, SUM(BYTES/1024/1024) Mo FROM V$SGASTAT WHERE POOL IS NOT NULL GROUP BY POOL ORDER BY POOL) b WHERE NAME = 'free memory' AND a.POOL = b.POOL AND a.POOL = 'shared pool' ORDER BY a.POOL ;

---

j'ai le résultat suivant :

Citation:

---

Pool Total octets alloué octets utilisés octets libres
------------ -------------------- -------------------- --------------------
shared pool 8850879392 (8441 Mo) 3773790552 (3599 Mo) 5077088840 (4842Mo)

---

Pouvez-vous me dire comment récupérer l'espace non utilisé??? Je bute vraiment car même en prenant la main sur le redimensionnement je n'arrive pas à réduire la taille

Quel est le système d'exploitation exact que vous utilisez ?

Que donne:

Code:

---

1 2 3 4

SQL> select * from v$sgainfo; SQL> show parameter sga_target SQL> show parameter sga_max

---

Bonjour,

l'os exact est : Red Hat Enterprise Linux AS release 4 (Nahant Update 6)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

SQL> SELECT * FROM v$sgainfo;   NAME BYTES RES -------------------------------- ---------- --- Fixed SGA Size 2101736 No Redo Buffers 31449088 No Buffer Cache Size 4781506560 Yes Shared Pool Size 5754585088 Yes Large Pool Size 16777216 Yes Java Pool Size 117440512 Yes Streams Pool Size 16777216 Yes Granule Size 16777216 No Maximum SGA Size 1.0737E+10 No Startup overhead in Shared Pool 234881024 No Free SGA Memory Available 16777216

---

Code:

---

1 2 3 4 5 6 7 8

SQL>SHOW parameter sga_target   NAME TYPE ------------------------------------ --------------- VALUE ------------------------------ sga_target big integer 10G

---

Code:

---

1 2 3 4 5 6 7 8

SQL> SHOW parameter sga_max   NAME TYPE ------------------------------------ --------------- VALUE ------------------------------ sga_max_size big integer 10G

---

Merci pour ton aide

Vous pouvez modifier dynamiquement SGA_TARGET mais je ne pense pas que la mémoire est effectivement libérée par Oracle et rendue à Linux tant que SGA_MAX_SIZE n'est pas modifié (je crois que c'est le cas pour Solaris pour les Unix). Modifier SGA_MAX_SIZE nécessite de redémarrer l'instance.

Je ne suis pas sûr que votre requête donne le bon résultat.
Que donne:

Code:

---

1 2 3 4

select * from ( select pool, name, sum(bytes/1024/1024) from v$sgastat group by pool,name ) where name like '%free%';

---

Merci pifor,

je verrais cela un peu plus en profondeur demain.

Merci pifor des efforts que tu mets pour m'aider,

voici le résultat de la requête :

Code:

---

1 2 3 4

SELECT * FROM ( SELECT pool, name, sum(bytes/1024/1024) FROM v$sgastat GROUP BY pool,name ) WHERE name LIKE '%free%';

---

Citation:

---

streams pool free memory 15.9985046
shared pool message pool freequeue .91053772
shared pool free memory 5120.20004
shared pool ksuloi: long op free list .000244141
shared pool kghx free lists .047851563
shared pool sim kghx free lists 7.6294E-06
shared pool kglsim free heap list .000389099
java pool free memory 112
shared pool kglsim free obj list .000389099
large pool free memory .740913391

---

Effectivement vous pouvez probablement réduire la taille du shared pool en réduisant SGA_TARGET. Ceci dit, je conseille dans un premier temps de réduire uniquement SGA_TARGET dynamiquement sans toucher à SGA_MAX_SIZE: ce qui peut permettre d'augmenter SGA_TARGET en cas d'erreur inattendue ORA-04031 (il y a quelques bugs à ce sujet en 10.2.0.x). Idéalement, il faudrait faire un test de charge pour confirmer.