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

Administration Oracle Discussion :

[Oracle 10g]Database Time Spent waiting


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Invité
    Invité(e)
    Par défaut [Oracle 10g]Database Time Spent waiting
    J'ai une base Oracle 10g installée sur un serveur sous Linux Suse 10. J'ai depuis le début le message suivant dans la console EM :

    Mesures "Database Time Spent Waiting (%)" : 100 pour la classe d'événements "Concurrency" ..

    je n'arrive pas à parametrer ma base pour corriger ce probleme.

    Je suis en archivelog - ce qui doit augmenter, je pense, le nombre d'ecriture sur les fichiers de journalisation. Je ne dispose helas pas d'une batterie de disques .. Nous sommes dans une petite structure - une dizaine de développeurs de pages web php avec des requetes sur une base de données.
    J'essaie tant bien que mal d'administrer la bdd Oracle 10g. Le volume de transaction n'est pas en cause - s'agissant d'un serveur de développement.

    Mon serveur est un Dell equipé de 2 processeurs - 2 go de ram ecc - 1 controleur scsi - 2 hdd en mirroir ..

    Il est clair que la contention doit resulter du fait que l'ecriture ne se fait que sur un canal que ce soit pour les datafile, les redolog, les archives etc .. mais un autre serveur ( en oracle 9i, plus chichement doté ne me fait pas ce genre d'anomalie ) ..

    Désolé pour la naiveté de mes questions .. mais comment pourrais-je corriger le probleme ?

  2. #2
    Membre Expert Avatar de scheu
    Inscrit en
    Juin 2007
    Messages
    1 506
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 1 506
    Par défaut
    L'attente "Concurrency" c'est peut-être tout simplement que tu as des locks sur certaines tables de ta base
    Utilise Statpack ou AWR pour avoir une analyse
    La théorie, c'est quand on sait tout mais que rien ne fonctionne.
    La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
    Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !

    Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/

  3. #3
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par scheu Voir le message
    L'attente "Concurrency" c'est peut-être tout simplement que tu as des locks sur certaines tables de ta base
    Utilise Statpack ou AWR pour avoir une analyse

    j'ai fait .. mais

    Les attentes d'E/S sur des tablespaces temporaires n'ont pas consommé une part importante du temps base de données.
    Le débit du sous-système d'E/S n'a pas été largement inférieur à ce qui était prévu.
    La taille de la mémoire SGA a été correctement estimée
    et surtout

    Aucune recommandation n'est disponible
    je continue à chercher ..

  4. #4
    Membre Expert Avatar de scheu
    Inscrit en
    Juin 2007
    Messages
    1 506
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 1 506
    Par défaut
    Les conseils générés automatiquement ne sont pas toujours fiables, c'est aussi pour ça que le DBA a du travail
    Regarde les sessions les plus consommatrices pour l'attente "Concurrency"
    La théorie, c'est quand on sait tout mais que rien ne fonctionne.
    La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
    Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !

    Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/

  5. #5
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par scheu Voir le message
    Regarde les sessions les plus consommatrices pour l'attente "Concurrency"
    j'y travaille .. mais comme c'est une base de developpement, il n'y a pas beaucoup d'activité .. et malgré le peu d'activité, j'ai ce genre de message . ce qui semble indiquer que ce ne sont pas les requetes des utilisateurs qui posent probleme - enfin, elles ne sont pas les seules puisque meme les outils d'administration - la surveillance genere un taux d'activité assez elevé .. et je ne parle pas des rebuild d'index etc ..

  6. #6
    Invité
    Invité(e)
    Par défaut


    rien n'y fait, modif sga , augmentation taille buffer ...

    le pire , c'est qu'il n'y a quasiment aucune activité sur ma base ..
    Images attachées Images attachées  

Discussions similaires

  1. Mesures "Database Time Spent Waiting (%) Concurrency
    Par ricoflashfire dans le forum Administration
    Réponses: 5
    Dernier message: 22/04/2010, 11h29
  2. Mesures "Database Time Spent Waiting (%)
    Par ricoflashfire dans le forum Administration
    Réponses: 6
    Dernier message: 05/10/2009, 10h04
  3. [oracle 10g: dbshut] Waiting for smon to disable tx recovery
    Par jean-jacques varvenne dans le forum Oracle
    Réponses: 3
    Dernier message: 05/05/2009, 18h46
  4. installation oracle 10g database sur vista familliale
    Par essse dans le forum Installation
    Réponses: 3
    Dernier message: 02/03/2009, 16h31
  5. Oracle 10G DataBase Control
    Par ducho dans le forum Entreprise Manager
    Réponses: 0
    Dernier message: 07/10/2008, 14h48

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