[9i] Tuning v$Rowcache

**haugoyard** · 18/07/2006, 16h23

Bonjour,

Je suis en Oracle 9i. En analysant mon rapport Statpack, j'ai un faible hit ration pour les 2 paramètres suivant de V$ROWCACHE :

PARAMETER SUM(GETS) SUM(GETMISSES) PCT_SUCC_GETS
--------------------- ---------- -------------- -------------
dc_free_extents 1396 823 41.0
dc_used_extents 828 447 46.0

Je suppose que celà veut dire que j'ai de nombreuses allocations dynamiques. Est-ce problématique en terme de performance ?

Si Oui, comment résoudre le problème ? (jouer avec les pct_used, pct_free des tables, passer en locally managed, etc)

Merci

**Jaouad** · 18/07/2006, 16h44

Bonjour ,

La vue v$rowcache est une vue systéme portant sur la performance global Oracle.

la définition de cette vue se retrouve ainsi :

Code :

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

1
2
SELECT view_definition FROM v$fixed_view_definition
       WHERE view_name='GV$ROWCACHE';

Elle montre les ratio depuis le dernier startup de l'instance et concerne le cache des données du dictionnaire.

La colonne Get est incrémenté de 1 à chaque demande , celle de getmisses est egalement incrémeneté de 1 lorsque qu'une demande est soumise mais non satisfaite dans le cache .

Il est possible d'obtenir des informations sur cette vue de performances via cette requête :

Code :

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

1
2
3
4
5
6
7
8
SELECT parameter
     , sum(gets)
     , sum(getmisses)
     , 100*sum(gets - getmisses) / sum(gets)  pct_succ_gets
     , sum(modifications)                     updates
  FROM V$ROWCACHE
 WHERE gets > 0
 GROUP BY parameter;

Cependant il n'est pas aisé de tunner le cache des données du dictionnaire. Les éléments mise à dispo par Oracle pour les DBA sont trés reinstreints:

- Augmentation de la taille de la shared_POOL
- Utilisation de l'auto gestion de la SGA (10G )
- Tablespace Locally Managed
- Et puis bien sûr Oracle conseille de revoir le Design de la base ( mais est ce réellement une solution ? )

Jaouad

**haugoyard** · 18/07/2006, 16h55

Dans mon cas, augmenter la shared pool n'aura pas d'effet sur les compteurs dc_free_extents et dc_used_extents n'est-ce-pas ?

Par contre, je pense que la gestion des tablespaces en Locally Managed peut réduire le nombre d'allocation dynamique.

Mon raisonnement est-il correct ?