IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Oracle Discussion :

[9i] Tuning v$Rowcache


Sujet :

Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    12
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 12
    Par défaut [9i] Tuning v$Rowcache
    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

  2. #2
    Rédacteur

    Profil pro
    Inscrit en
    Janvier 2005
    Messages
    2 320
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2005
    Messages : 2 320
    Par défaut
    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

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    12
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 12
    Par défaut
    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 ?

  4. #4
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    en effet, le LOCALLY MANAGED améliore sensiblement les accés aux blocs

  5. #5
    Rédacteur

    Profil pro
    Inscrit en
    Janvier 2005
    Messages
    2 320
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2005
    Messages : 2 320
    Par défaut
    Citation Envoyé par Fred_D
    en effet, le LOCALLY MANAGED améliore sensiblement les accés aux blocs

    squatteur de post

  6. #6
    Membre averti
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    12
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 12
    Par défaut
    Merci pour votre réactivité.

  7. #7
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    Citation Envoyé par Jaouad
    squatteur de post
    c'est le devoir de représentation du responsable ça


  8. #8
    Rédacteur

    Profil pro
    Inscrit en
    Janvier 2005
    Messages
    2 320
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2005
    Messages : 2 320
    Par défaut
    Effectivement ton raisonnement est le bon

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [Tuning] Répartion d'element en ensemble.
    Par duelooser dans le forum Oracle
    Réponses: 4
    Dernier message: 25/01/2006, 10h43
  2. [TUNING] : Access full sur calculs d'agrégats
    Par PpPool dans le forum Oracle
    Réponses: 33
    Dernier message: 20/10/2005, 09h22
  3. [TUNING]calculs de champs
    Par booth dans le forum Oracle
    Réponses: 5
    Dernier message: 30/05/2005, 18h36
  4. [Tuning] Parallelisation
    Par orafrance dans le forum Oracle
    Réponses: 9
    Dernier message: 03/12/2004, 12h49
  5. [Tuning] truncate ou delete
    Par phig dans le forum Administration
    Réponses: 10
    Dernier message: 17/06/2004, 16h41

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo