awr fait référence à « l'archive automatique des données de charge de travail ». Il s'agit d'un entrepôt de stockage utilisé par la base de données Oracle pour collecter, gérer et conserver les données statistiques liées aux performances pendant toute la période de fonctionnement de la base de données. ajustement et optimisation. Les données collectées par awr sont régulièrement enregistrées sur le disque et peuvent être interrogées à partir du dictionnaire de données et des rapports de performances générés.
L'environnement d'exploitation de ce tutoriel : système Windows 7, version Oracle 11g, ordinateur Dell G3.
Lors de l'optimisation et de l'ajustement des performances de la base de données Oracle, la situation actuelle ou l'état réel de l'ensemble de la base de données pendant le fonctionnement ne peut être vérifiée, connue, comparée, spéculée ou optimisée pour l'avenir que lorsqu'elle est complètement enregistrée. base pour appuyer les recommandations. Dans la base de données Oracle, ce mécanisme est implémenté par AWR.
AWR est un entrepôt de stockage utilisé par la base de données Oracle pour collecter, gérer et maintenir des données statistiques liées aux performances pendant tout le fonctionnement de la base de données. C'est la base de l'ajustement et de l'optimisation des performances de la base de données Oracle.
AWR est l'abréviation de Automatic Workload Repository, qui est appelé archive automatique de données de charge de travail en chinois. Puisqu'il s'agit d'un entrepôt et qu'il stocke les données de chargement, il stocke les données liées aux performances de la base de données. C'est-à-dire les performances globales d'une base de données ou d'une instance spécifique lors d'opérations passées. AWR peut collecter, traiter et conserver des données de performances, ainsi que fournir des références d'ajustement, etc. Ces données collectées sont périodiquement enregistrées sur le disque et peuvent être interrogées à partir du dictionnaire de données et des rapports de performances peuvent être générés.
Statistiques d'objets utilisées pour déterminer l'accès et l'utilisation des segments de base de données
Statistiques basées sur le modèle temporel actif, situées dans les vues v$sys_time_model et v$sess_time_model
Système et Collection de statistiques au niveau de la session, située dans les vues v$sesstat et v$systat
Basée sur des instructions SQL à charge élevée telles que le temps écoulé et le temps CPU
Statistiques ASH, représentant l'historique des sessions actives récentes
BASIC :
ne fournit que la fonction de collecte de données de performance la plus élémentaire, et de nombreuses statistiques requises pour les références de performances ne sont pas collectées. Oracle ne recommande pas d'utiliser cette valeur.
TYPIQUE :
Il s'agit de la valeur par défaut. Les statistiques de segment, les statistiques de temps et toutes les statistiques de classe de recommandation sont collectées.
TOUS :
Collectez toutes les données de niveau typiques, les statistiques de temps du système d'exploitation et les statistiques d'exécution des sources de lignes, etc. Il est principalement utilisé en mode débogage et n’est pas recommandé pour les environnements de production.
Spécifie si des informations statistiques liées au temps sont collectées. Lorsque Statistics_level est TYPICAL ou ALL, cette valeur est définie sur true, sinon elle est définie sur false. Il est recommandé de vérifier ce paramètre et de le définir sur true.
L'instantané AWR consiste à conserver les données de performances collectées sur le disque à une certaine fréquence. Le but de cette persistance est principalement pour une analyse ou une comparaison ultérieure. Dans le même temps, ces données de performances sont également fournies à ADDM pour le diagnostic des performances et la sortie des résultats du diagnostic. Autrement dit : AWR échantillonne v$active_session_history une fois toutes les heures, enregistre les informations sur le disque et les conserve pendant 8 jours (valeur par défaut de 11 g). Les anciens enregistrements seront écrasés après 8 jours. Ces informations d'échantillonnage sont enregistrées dans la vue wrh$_active_session_history. La fréquence d'échantillonnage (1 heure) et le temps de rétention (8 jours) peuvent être ajustés en fonction des conditions réelles.
Ce n'est qu'avec des données et des comparaisons que nous pouvons véritablement refléter l'essence du problème. Ainsi, dans la base de données Oracle, nous pouvons étiqueter les données historiques de session active pendant la période de pointe de la charge commerciale, ou plus précisément, les données de persistance AWR. Cette étiquette est ce qu'on appelle la référence. Par conséquent, la référence est un rapport de référence sur les performances globales de la base de données pendant la période de pointe de l'activité au cours d'une période spécifique, une fois que la base de données suivante présente des problèmes de performances ou fonctionne mal, en utilisant la référence et en la comparant aux statistiques de performances. pendant la période de problème de performances, nous pouvons obtenir le rapport de différence entre les deux qui aide à localiser et à résoudre le problème.
Étant donné que la ligne de base dépend de l'instantané AWR, lorsque nous définissons la ligne de base, les données de l'instantané AWR correspondantes sont conservées. Afin d'éviter d'occuper de l'espace disque, nous pouvons également définir une période de conservation correspondante pour la ligne de base. Une fois la période de conservation atteinte, cela signifie que la ligne de base devient invalide et les données de l'instantané AWR correspondantes seront automatiquement supprimées. Sur la base de la stratégie de rétention de la ligne de base, il existe plusieurs formes différentes de lignes de base, comme suit : Lignes de base fixes (lignes de base fixes) Les lignes de base fixes permettent de sélectionner une période de temps spécifique (peut être basée sur snap_id ou de spécifier l'heure directement), de créer une ligne de base pour utilisez-le. Le rapport AWR sera comparé et généré ultérieurement.
Déplacement de la ligne de base de la fenêtre
Oracle Database maintient automatiquement les lignes de base des fenêtres mobiles définies par le système. La taille de fenêtre par défaut pour la référence de fenêtre mobile définie par le système est la période de rétention AWR actuelle, qui est par défaut de huit jours. Si vous envisagez d'utiliser des seuils adaptatifs, envisagez d'utiliser une fenêtre mobile plus grande (par exemple 30 jours) afin que les seuils puissent être calculés avec précision. Vous pouvez redimensionner la référence de la fenêtre mobile en modifiant le nombre de jours de la fenêtre mobile pour qu'il soit égal ou inférieur au nombre de jours de la période de rétention AWR. Par conséquent, si vous souhaitez augmenter la fenêtre mobile, vous devez d’abord augmenter la période de rétention AWR en conséquence. La période de rétention AWR et la taille de la fenêtre de référence de fenêtre mobile définie par le système sont deux paramètres indépendants. La période de rétention AWR doit être supérieure ou égale à la taille de la fenêtre de référence de fenêtre mobile définie par le système.
Les références définies par le système fournissent une référence par défaut pour l'écran de performances OEM afin de comparer ses performances aux performances actuelles de la base de données.
Remarque : dans Oracle Database 11g, la période de conservation par défaut des données d'instantané est passée de sept jours à huit jours pour garantir qu'une semaine entière de données de performances est capturée.
Modèles de référence
Les modèles de référence peuvent être utilisés pour créer des références pour des périodes futures. Il existe deux types de modèles de base : simples et répétitifs.
Un modèle de référence unique peut être utilisé pour créer une référence pour une seule période continue dans le futur. Cette méthode est utile si vous connaissez à l'avance une certaine période de temps que vous comptez capturer dans le futur. Par exemple, vous souhaiterez peut-être capturer des données AWR pour un test système prévu pour le week-end prochain. Dans ce cas, un modèle de référence distinct peut être créé pour capturer automatiquement la période pendant laquelle le test a lieu.
Des lignes de base basées sur des horaires récurrents peuvent être créées et supprimées à l'aide de modèles de référence récurrents. Ceci est utile si vous souhaitez qu'Oracle Database capture automatiquement une période de temps continue pour laquelle créer une référence. Par exemple, vous souhaiterez peut-être capturer des données AWR tous les lundis matin pendant un mois. Dans ce cas, vous pouvez créer un modèle de référence récurrent afin que les références soient automatiquement créées selon une planification récurrente tous les lundis et que les anciennes références soient automatiquement supprimées après un intervalle d'expiration spécifié (par exemple 1 mois).
Les seuils adaptatifs peuvent vous aider à surveiller et à détecter les problèmes de performances avec la surcharge la plus faible. Les seuils adaptatifs définissent automatiquement des seuils d'avertissement et d'alerte critique pour les métriques du système à partir de statistiques dérivées de métriques capturées dans une référence de fenêtre mobile. Ces statistiques sont régénérées chaque semaine et peuvent entraîner de nouveaux seuils en raison de l'évolution des performances du système au fil du temps.
Par exemple, de nombreuses bases de données sont un système OLTP pendant la journée, mais doivent effectuer certains processus par lots (tels que la génération de rapports) la nuit. Les mesures de performances du temps de réponse par transaction peuvent être utiles pendant la journée pour détecter les problèmes de dégradation des performances OLTP, mais ce seuil est souvent trop bas pour les tâches par lots, déclenchant fréquemment des alarmes. Les seuils adaptatifs détectent ces modèles de charge de travail et définissent automatiquement différents seuils pour le jour et la nuit.
Il existe deux types de seuils adaptatifs :
Pourcentage de la valeur maximale : Le seuil est calculé comme un multiple du pourcentage de la valeur maximale des données observées dans la ligne de base de la fenêtre mobile.
Niveau d'importance : le seuil est défini sur un centile statistique pour observer les valeurs supérieures au seuil en fonction des données de base de la fenêtre mobile afin de refléter le degré d'anomalie. Les centiles peuvent être spécifiés comme suit : Élevé (0,95), seulement 5 sur 100 peuvent dépasser cette valeur ; Très élevé (0,99) : seulement 1 sur 100 peut dépasser cette valeur ; Grave (0,999) : 1 000 Seule une horloge peut dépasser cette valeur. valeur ; extrême (0,9999) : seule une horloge sur 10 000 peut dépasser cette valeur.
Le pourcentage des seuils maximaux est utile lorsqu'un système est conçu pour des charges de travail de pointe et que vous souhaitez déclencher une alarme lorsque la charge de travail actuelle approche ou dépasse un sommet précédent. Par exemple, la mesure de la quantité de restauration générée par seconde est un exemple typique.
Les seuils de niveau d'importance sont utiles dans les situations où le système est stable lorsqu'il fonctionne normalement, mais peut fluctuer dans une large plage lorsque les performances se détériorent. Par exemple, une mesure du temps de réponse par transaction sera stable sur un système OLTP optimisé, mais peut fluctuer considérablement lorsque des problèmes de performances deviennent apparents. Adoptez des seuils de niveau d'importance pour déclencher des alarmes lorsque l'environnement produit des valeurs de métriques et des performances du système anormales.
Auteur: Lehami
Blog: http://blog.csdn.net/leshami
Les facteurs suivants peuvent être utilisés pour juger la consommation d'espace d'AWR:
À tout moment, le nombre de sessions actives dans le système de temps ;
Intervalle de temps des instantanés. Plus l'intervalle de temps est petit, plus les instantanés sont générés fréquemment, ce qui augmente l'espace occupé par les données collectées par
Durée de conservation des données historiques
;Par défaut, les instantanés sont capturés toutes les heures et enregistrés dans la base de données pendant 8 jours. En utilisant ces paramètres par défaut, un système de concurrence typique avec 10 sessions nécessite environ 200 à 300 Mo d'espace pour stocker les données AWR. Cependant, lors de la réduction du temps de rétention, veuillez noter que si les données sont insuffisantes dans AWR, cela peut affecter l'exactitude et la précision de certains composants et fonctions : ADDM, SQL Tuning Advisor, Undo Advisor, Segment Advisor.
Si possible, Oracle recommande de définir le temps de rétention AWR pour qu'il soit suffisamment grand pour capturer au moins un cycle complet de charge de travail. Lorsque le cycle de charge de travail de votre système est d'une semaine, par exemple, qu'il s'agit d'une charge de travail OLTP en semaine et que les tâches par lots sont exécutées le week-end, le temps de rétention par défaut de 8 jours n'a pas besoin d'être modifié. Si la période de pointe de votre système se situe à la fin de chaque mois, vous souhaiterez peut-être modifier cette période de conservation à 1 mois.
Dans des cas exceptionnels, vous pouvez modifier l'intervalle d'instantané sur 0 pour désactiver la collecte automatique d'instantanés. Dans ce cas, la collecte automatique des données de charge de travail et de statistiques sera arrêtée et de nombreuses fonctions de gestion automatique d'Oracle Database ne seront pas disponibles. De plus, vous ne pouvez pas créer manuellement d'instantanés. Oracle recommande donc fortement de ne pas désactiver la collecte automatique d'instantanés.
Tutoriel recommandé : "Tutoriel Oracle"
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!
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
