Maison >base de données >Oracle >Comment utiliser le référentiel de charge de travail automatique (AWR) pour diagnostiquer les problèmes de performances?

Comment utiliser le référentiel de charge de travail automatique (AWR) pour diagnostiquer les problèmes de performances?

Johnathan Smith
Johnathan Smithoriginal
2025-03-14 17:45:36646parcourir

Comment utiliser le référentiel de charge de travail automatique (AWR) pour diagnostiquer les problèmes de performances?

Le référentiel de charge de travail automatique (AWR) est un outil intégré dans la base de données Oracle qui collecte, traite et maintient des statistiques de performance à des fins de détection de problèmes et d'auto-réglage. Pour utiliser AWR pour diagnostiquer les problèmes de performances, suivez ces étapes:

  1. Générer des rapports AWR:

    • Les rapports AWR peuvent être générés à l'aide du script awrrpt.sql à partir de la ligne de commande ou via Oracle Enterprise Manager. Pour générer un rapport manuellement, connectez-vous à SQL * Plus en tant qu'utilisateur avec les privilèges appropriés (par exemple, DBA ou SYSDBA ) et exécuter:

       <code>@?/rdbms/admin/awrrpt.sql</code>
    • Vous serez invité à entrer le type de rapport (HTML ou Text), les ID de début et de fin d'instantané, et le nom du rapport.
  2. Analyser le rapport:

    • Le rapport AWR fournit un aperçu complet de l'activité de la base de données et de la consommation de ressources au cours de la période spécifiée. Commencez par examiner la section Résumé au début du rapport, qui donne une vue de haut niveau des performances de la base de données.
  3. Identifier les problèmes de performance:

    • Recherchez des sections telles que «les 5 meilleurs événements chronométrés», «SQL ordonné par temps écoulé» et «Événements d'attente» pour identifier où la base de données passe la plupart de son temps. Des temps d'attente élevés ou des temps écoulés élevés peuvent indiquer des goulots d'étranglement des performances.
  4. Disser en mesures spécifiques:

    • Utilisez des mesures comme l'utilisation du processeur, le temps d'attente des E / S, l'utilisation de la mémoire et les statistiques d'exécution SQL pour comprendre la cause première des problèmes de performance. Par exemple, si l'utilisation du processeur est élevée, étudiez les processus ou les requêtes consomment le plus de processeur.
  5. Agissez:

    • En fonction de vos résultats, prenez les mesures appropriées telles que le réglage des instructions SQL, l'ajustement des paramètres de la base de données ou la reconfiguration des ressources matérielles.

En suivant ces étapes, vous pouvez utiliser efficacement AWR pour diagnostiquer et résoudre les problèmes de performances dans votre base de données Oracle.

Sur quelles mesures spécifiques dois-je me concentrer dans les rapports AWR pour identifier les goulots d'étranglement des performances?

Pour identifier les goulots d'étranglement des performances à l'aide de rapports AWR, concentrez-vous sur les mesures spécifiques suivantes:

  1. Événements tirés les plus élevés:

    • La section "Top 5 Timed Events" dans le rapport AWR met en évidence les événements qui ont consommé le plus de temps. Des événements comme "DB CPU", "Sync des fichiers journaux" et "Lire par autre session" peuvent indiquer des problèmes de CPU, d'E / S ou de verrouillage.
  2. SQL ordonné par temps écoulé:

    • Cette section répertorie les instructions SQL commandées par le temps total écoulé qu'ils ont consommé. Des temps écoulés élevés suggèrent que ces déclarations peuvent devoir être optimisées.
  3. Attendez les événements:

    • Les événements d'attente montrent où la base de données attend des ressources. Faites attention à des événements tels que "DB File Sequential Read", "DB File Spattered Read" et "Log File Sync" car ils peuvent indiquer des problèmes d'E / S ou de fichiers journaux.
  4. Utilisation du processeur:

    • La section "Statistiques d'activité d'instance" fournit des statistiques d'utilisation du processeur. Une utilisation élevée du processeur pourrait indiquer la nécessité d'optimisation des requêtes ou de ressources matérielles supplémentaires.
  5. Utilisation de la mémoire:

    • Vérifiez les sections "SGA Memory Résumé" et "PGA Memory Résumé" pour vous assurer que la mémoire est utilisée efficacement. Les problèmes de mémoire peuvent conduire à une dégradation des performances.
  6. Statistiques d'E / S:

    • La section "Fichier d'E / S statistiques" donne un aperçu des performances des E / S de disque. Recherchez des valeurs élevées de «temps de lecture» ou de «temps d'écriture», ce qui pourrait indiquer des goulots d'étranglement du disque.
  7. Statistiques de la piscine tampon:

    • La section "Buffer Pool Statistics" montre à quel point la base de données utilise efficacement la mémoire pour mettre en cache les données. Un rapport élevé "Le rapport sur les lectures physiques" à "logique" pourrait suggérer un besoin de plus de mémoire.

En vous concentrant sur ces mesures, vous pouvez rapidement identifier où les goulots d'étranglement des performances peuvent se produire et prendre les mesures appropriées pour les résoudre.

Comment puis-je comparer les instantanés AWR pour suivre les changements de performances au fil du temps?

La comparaison des instantanés AWR est un moyen puissant de suivre les changements de performances au fil du temps. Voici comment vous pouvez le faire:

  1. Générez des rapports AWR pour différentes périodes:

    • Créez des rapports AWR pour différents instantanés pour capturer des données de performances à différents moments. Par exemple, vous pouvez générer des rapports pour des instantanés pris à des intervalles hebdomadaires.
  2. Utilisez le rapport de comparaison AWR:

    • Oracle fournit un outil appelé awrddrpt.sql pour générer un rapport de comparaison entre deux instantanés. Pour exécuter ce rapport, connectez-vous à SQL * Plus et exécutez:

       <code>@?/rdbms/admin/awrddrpt.sql</code>
    • Vous serez invité à saisir les ID instantanés débutants et terminés pour les deux périodes que vous souhaitez comparer.
  3. Analyser le rapport de comparaison:

    • Le rapport de comparaison mettra en évidence les différences de mesures clés entre les deux instantanés, tels que les changements dans l'utilisation du processeur, les événements d'attente et les performances SQL. Recherchez des changements importants qui pourraient indiquer des améliorations ou des détérioration des performances.
  4. Concentrez-vous sur les mesures clés:

    • Faites attention aux métriques comme le temps du CPU, le temps d'attente des E / S, l'utilisation de la mémoire et les performances des instructions SQL spécifiques. Comparez ces mesures sur les deux instantanés pour identifier les tendances ou les changements soudains.
  5. Suivre les tendances à long terme:

    • En comparant plusieurs instantanés au fil du temps, vous pouvez identifier les tendances à long terme des performances. Cela peut vous aider à planifier des initiatives de réglage des capacités et des performances.
  6. Prenez des mesures en fonction des comparaisons:

    • Si vous remarquez une dégradation des performances, utilisez les informations du rapport de comparaison pour dépanner et résoudre le problème. Inversement, si vous voyez des améliorations, documentez les modifications qui ont conduit à de meilleures performances pour une référence future.

En comparant régulièrement les instantanés AWR, vous pouvez suivre et gérer efficacement les performances de votre base de données au fil du temps.

À quelle fréquence dois-je générer des rapports AWR pour une surveillance optimale des performances?

La fréquence à laquelle vous devez générer des rapports AWR pour une surveillance optimale des performances dépend de plusieurs facteurs, notamment la taille de votre base de données, la nature de votre charge de travail et vos besoins spécifiques de surveillance des performances. Voici quelques directives générales:

  1. Pour une surveillance proactive:

    • Rapports quotidiens: la génération de rapports AWR quotidiens peut vous aider à surveiller de près les tendances des performances et à identifier rapidement tout problème émergent. Ceci est particulièrement utile pour les bases de données grandes ou critiques où les performances sont une priorité absolue.
  2. Pour l'entretien de routine:

    • Rapports hebdomadaires: pour la plupart des bases de données, la génération de rapports AWR hebdomadaires est suffisant pour la surveillance des performances de routine. Les rapports hebdomadaires fournissent un bon équilibre entre capturer suffisamment de données pour repérer les tendances et ne pas écraser le DBA avec trop d'informations.
  3. Pour le dépannage:

    • Rapports ad hoc: si vous dépannez activement un problème de performance, vous devrez peut-être générer des rapports AWR plus fréquemment, comme les heures ou même toutes les 15 minutes, pour capturer des données de performances détaillées pendant la période du problème.
  4. Pour l'analyse à long terme:

    • Rapports mensuels ou trimestriels: pour l'analyse des performances à long terme et la planification des capacités, envisagez de générer des rapports AWR mensuels ou trimestriels. Ces rapports peuvent vous aider à identifier les tendances à long terme et à planifier une croissance future.
  5. Génération de rapport automatisant:

    • Envisagez d'automatiser la génération de rapports AWR à l'aide de scripts ou Oracle Enterprise Manager. Cela peut gagner du temps et garantir que les rapports sont générés de manière cohérente aux intervalles souhaités.

En résumé, la fréquence optimale de génération de rapports AWR varie en fonction de vos besoins spécifiques, mais un horaire hebdomadaire est généralement un bon point de départ pour la surveillance de routine. Ajustez la fréquence si nécessaire en fonction de la taille et de la criticité de votre base de données et utilisez des rapports plus fréquents lors du dépannage de problèmes spécifiques.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn