Discussion :

[Z3phur]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

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

[pifor]

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

Que donne:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
SQL> select * from v$sgainfo;
SQL> show parameter sga_target
SQL> show parameter sga_max

[Z3phur]

Bonjour,

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
SQL>SHOW parameter sga_target
 
NAME				     TYPE
------------------------------------ ---------------
VALUE
------------------------------
sga_target			     big integer
10G

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[pifor]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Z3phur]

Merci pifor,

je verrais cela un peu plus en profondeur demain.

[Z3phur]

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

voici le résultat de la requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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

[pifor]

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.