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 :

Lenteur de base : performances et tuning


Sujet :

Administration Oracle

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Novembre 2008
    Messages
    55
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2008
    Messages : 55
    Points : 12
    Points
    12
    Par défaut Lenteur de base : performances et tuning
    Bonjour les amis,

    Pour faire simple j'ai besoin d'un "gars qui s'y connait" .

    Petit résumé : je travaille dans un établissement qui utilise des bases oracle 10g mises en place sous unix aix par un prestataire extérieur il y a quelques années et ce prestataire est incapable de faire une réelle analyse des performances alors qu'on constate au quotidien de grosses lenteurs...

    L'appli qui utilise l'une de ces bases est en WEB et je ne vois donc pas directement les requêtes exécutées et quand je dis "lenteurs", pour vous donner un ordre d'idée, j'ai des pauses de 4 ou 5s et même jusqu’à 30s pour juste récupérer quelques lignes alors que les bases ne sont pas gigantesques (15 Go à peu près).

    Niveau CPU, RAM, SWAP, réseau tout est OK et la machine est largement surdimensionnée (processeur octo coeur 64 bits, 32 Go de ram, pas de swap, baie de disques qui ne fait rien, carte réseau 10 Gbits/s qui ne fait rien etc)... le problème vient bien de la base c'est la seule chose dont je sois certain ou à la rigueur d'un truc autour genre le listener.

    N'ayant pas de DBA sous la main, comment puis en quelques lignes de codes ou via des soft libre faire une analyse de ce qui coince sans partir sur l'achat d'un produit hors de prix?

    Pour info je ne sais pas si l'origine de ces lenteurs sont liées :
    - à un mauvais paramétrage de l'instance (SGA, PGA, et tout le blabla que je ne maitrise pas mais que je suis près à comprendre et à apprendre)
    - à d’énormes produits cartésiens par exemple ou tri, etc.
    - à une fragmentation de la base
    - à des restes d'ancien paramétrages qui sont pénalisants car obsolètes ; en effet, la base a 10 ans et est passée d'oracle 7 à 8 puis à 10g.

    Tout ce que je peux dire c'est que ces pauses ne sont pas systématiquement aux mêmes endroits, je peux cliquer dix fois sur une même page web qui se rafraichira sans souci en 1s et la onzième fois je pars pour 30s d'attente ...

    Qui peut m'aider un peu? genre en me donnant des pistes de ce qu'il faut surveiller et via quelle commande (dans les paramètres de la sga, de la pga, etc) ? ou me donnant par exemple un moyen de voir le top ten des requètes les plus gourmandes, etc... bref vous m'avez compris.

    Merci d'avance à la communauté pour toutes vos idées.

  2. #2
    Membre averti
    Avatar de ora_home
    Homme Profil pro
    Consultant Oracle
    Inscrit en
    Février 2009
    Messages
    103
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Maroc

    Informations professionnelles :
    Activité : Consultant Oracle
    Secteur : Finance

    Informations forums :
    Inscription : Février 2009
    Messages : 103
    Points : 376
    Points
    376
    Par défaut
    Bonjour,
    Je crois qu'on peut pas deviner la source de problème tant qu'on a pas certains informations.

    Alors je vous recommande de generer un rapport TKPROF, et de le poster afin d'avoir des idées sur les différents traitement exécutées.

  3. #3
    Membre actif
    Inscrit en
    Avril 2006
    Messages
    702
    Détails du profil
    Informations forums :
    Inscription : Avril 2006
    Messages : 702
    Points : 289
    Points
    289
    Par défaut
    Salut
    tu execute ceci:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SQL>@$ORACLE_HOME/rdbms/admin/awrrpt/sql
    ensuite tu suis les questions posées ça te feras un report, regarde le top 5 event pour commencer.
    Le awr est sujet a license je crois, donc demande si tu l'as...
    Ciao

  4. #4
    Membre à l'essai
    Profil pro
    Inscrit en
    Novembre 2008
    Messages
    55
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2008
    Messages : 55
    Points : 12
    Points
    12
    Par défaut
    Citation Envoyé par ldiaz Voir le message
    Salut
    tu execute ceci:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SQL>@$ORACLE_HOME/rdbms/admin/awrrpt/sql
    ensuite tu suis les questions posées ça te feras un report, regarde le top 5 event pour commencer.
    Le awr est sujet a license je crois, donc demande si tu l'as...
    Ciao
    Salut,

    Je rentre tout juste de congés et je vois tout juste ta proposition... Sous $ORACLE_HOME/rdbms/admin, je n'ai que des fichiers et pas de répertoire awrrpt/sql. Les fichiers aw* sont les suivants :

    ls aw*
    awk awrinfo.sql awrinput.sql awrrpti.sql awrrpt.sql

    Lequel dois-je exécuter ?

  5. #5
    Membre actif
    Inscrit en
    Avril 2006
    Messages
    702
    Détails du profil
    Informations forums :
    Inscription : Avril 2006
    Messages : 702
    Points : 289
    Points
    289
    Par défaut
    Bonjour
    a ok je vois que le point a ete remplacé par un slash lorsque j'ai fait le copier coller:

    Il s'agit donc du fichier awrrpt.sql

    Execute ceci
    Le script te demandera si tu prefere la sortie en txt ou html, la c'est au choix.
    Ensuite le script te demandera les snap_id l'ideal serait de pointer au moment ou la base est le plus chargée.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SQL>@$ORACLE_HOME/rdbms/admin/awrrpt.sql
    A plus

  6. #6
    Membre à l'essai
    Profil pro
    Inscrit en
    Novembre 2008
    Messages
    55
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2008
    Messages : 55
    Points : 12
    Points
    12
    Par défaut
    C'est bon cette fois ça marche, je regardd donc ça demain car là je finis les restes du réveillon et je te poste tout ça !

  7. #7
    Membre expérimenté Avatar de ojo77
    Homme Profil pro
    Architecte de base de données
    Inscrit en
    Décembre 2010
    Messages
    680
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Décembre 2010
    Messages : 680
    Points : 1 597
    Points
    1 597
    Par défaut
    A mon avis. Si vous n'avez pas de DBA capable d'effectuer une analyse correcte sous la main, avant de vous lancer dans l'étude vous-même il peut être intéressant de vous rapprocher d'experts Oracle pour effectuer un audit et éventuellement mettre en place les premiers correctifs.

    Beaucoup su ce forum en ont la capacité. maintenant le temps à y passer est long et je ne suis pas certain que l'audit de vos bases soit le principal objet d'un forum.

Discussions similaires

  1. Réponses: 8
    Dernier message: 23/05/2014, 08h47
  2. lenteur de base sous SQL 2008
    Par tibofo dans le forum Administration
    Réponses: 6
    Dernier message: 06/06/2011, 18h47
  3. Performances et tuning BIRT et autres ressources
    Par Stefan C dans le forum BIRT
    Réponses: 6
    Dernier message: 02/06/2009, 12h28
  4. Problème de lenteur sur base Access 2003
    Par pgloire dans le forum Modélisation
    Réponses: 5
    Dernier message: 02/04/2008, 19h51
  5. datagridview lenteur avec base de donne
    Par Julien666 dans le forum Windows Forms
    Réponses: 3
    Dernier message: 17/01/2008, 10h55

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