Données clés
Les données clés sont des énoncés sur des modèles observés dans les données historiques de performance SQL qui sont cohérents avec certains types de problème ou d'événement intéressant. Ces données clés sont calculées quotidiennement, et en particulier, ce ne sont pas des déclarations de fait, mais des signaux indirects qui sont cohérents avec certains types de faits.
Par exemple, la synthèse de modification de plan recherche une séquence d'observations avec un hachage de plan suivi d'une séquence d'observations avec un autre hachage de plan, pour un SQL_ID donné quotidiennement. Cela est cohérent avec le cas courant de l'optimiseur d'interrogations qui utilise un seul plan pour SQL_ID, puis passe à un autre plan. Elle est imparfaite car les données collectées n'enregistrent que le plan en cours d'utilisation au moment de la collecte, toutes les 30 minutes. Il est possible que de nombreux plans n'aient pas été enregistrés, mais ce n'est pas le cas courant.
- Données clés au niveau de la flotte
- Données clés au niveau de la base de données
- Données de niveau SQL
Ces régions de widget vous permettent de balayer et de vérifier rapidement les synthèses en un seul endroit, avec un widget de communication visuelle standardisé simple. Dans ces synthèses, les indicateurs de couleur affichent les statuts suivants :
- Gris : Insight non détecté.
- Bleu : Insight détecté, sans doute problématique.
- Orange : Insight détecté, pourrait être problématique.
| Données clés | Cas d'utilisation | Analyse et sortie | Notes |
|---|---|---|---|
| Modifications de plan | Les bases de données comportent-elles plus de quelques modifications de plan?
Combien? |
Nombre de bases de données avec données clés sur les modifications de plan sur la période. | Indicateur de statut de vignette de données clés :
L'absence de modifications du régime devrait indiquer la stabilité de la charge de travail si les taux d'exécution restent similaires. |
| Avalanches d'invalidations | Certaines bases de données ont-elles subi une recompilation complète de SQL/PLSQL en raison d'une invalidation d'objet?
Combien? |
Nombre de bases de données avec au moins un jour dans la période où la synthèse de tempête d'invalidation était vraie. | Indicateur de statut de vignette de données clés :
Les niveaux excessifs et inattendus d'invalidations SQL peuvent être liés à des événements et nécessiter beaucoup d'UC. Des niveaux chroniquement élevés d'invalidations peuvent induire une charge inutile sur la base de données, |
| Doubles de partage de curseur | Certaines bases de données ont-elles des applications qui ne partagent pas de curseurs et gaspillent-elles du CPU?
Combien? |
Nombre de bases de données pour lesquelles le partage de données clés par curseur était vrai pendant la période. | Indicateur de statut de vignette de données clés :
|
| Énoncé SQL entraînant une dégradation |
Certaines bases de données ont-elles des instructions SQL qui peuvent se dégrader au fil du temps? Combien? |
Nombre de bases de données ayant au moins une valeur SQL_ID où la synthèse SQL dégradante était vraie sur la période. | Indicateur de statut de vignette de données clés :
|
Données clés au niveau de la base de données
| Données clés | Cas d'utilisation | Analyse et sortie | Notes |
|---|---|---|---|
| Tendance à la dégradation | La base de données comporte-t-elle des instructions SQL affichant des performances dégradées sur la période?
Combien? |
Nombre d'éléments SQL_ID avec des données clés sur la tendance de la performance dégradées sur la période. | Calculé par base de données (toutes les instances combinées)
Indicateur de statut de vignette de données clés :
|
| Améliorer la tendance | L'instance de base de données comporte-t-elle des instructions SQL qui indiquent une amélioration des performances sur la période?
Combien? |
Nombre d'éléments SQL_ID avec des informations sur les tendances de rendement améliorées au cours de la période. |
Calculé par base de données (toutes les instances combinées) Indicateur de statut de vignette de données clés :
|
| Modifications de plan entraînant une dégradation | Les instances de base de données ont-elles vu des modifications de plan qui ont détérioré les performances au cours de la période?
Combien? |
Nombre d'éléments SQL_ID avec données clés sur les modifications de plan uniques jugées dégradées sur la période | Le nombre total estimé de secondes supplémentaires par jour enregistrées est calculé pour classer cette base de données par rapport aux autres.
Indicateur de statut de vignette de données clés :
NOTE : Les modifications de plan sont effectuées par instance |
| Modifications de plan entraînant une amélioration | Les instances de base de données ont-elles vu des modifications de plan qui ont amélioré les performances au cours de la période?
Combien? |
Nombre d'éléments SQL_ID avec des données clés sur la modification de plan unique jugées améliorées au cours de la période | Le nombre total estimé de secondes enregistrées par jour est calculé pour classer cette base de données par rapport aux autres.
Indicateur de statut de vignette de données clés :
NOTE : Les modifications de plan sont effectuées par instance |
| Avalanche d'invalidations | Y a-t-il eu une invalidation et une recompilation généralisées d'énoncés SQL dans l'instance de base de données au cours de la période? | Nombre de jours pendant lesquels au moins 20 % du nombre total d'énoncés SQL collectés ont également été invalidés ce jour-là. | Il s'agit d'un véritable aperçu au niveau de la base de données, car il concerne tous les énoncés SQL collectés à partir des instances de base de données par jour.
Indicateur de statut de vignette de données clés :
|
| Nouvel énoncé SQL | La base de données a-t-elle fait un nouveau travail au cours de la période?
Quel SQL et combien de travail? |
Nombre d'éléments SQL_ID avec l'horodatage de la collecte initiale dans la période. | SQL n'est peut-être pas vraiment nouveau dans la base de données, mais plutôt dans Ops Insights.
Indicateur de statut de vignette de données clés :
|
Données clés au niveau SQL
| Données clés | Cas d'utilisation | Analyse et sortie | Notes |
|---|---|---|---|
| Tendance de la performance | La latence d'exécution SQL a-t-elle varié de façon constante au cours de la période?
Les plans d'exécution peuvent être sensibles à l'expansion ou à la réduction de la taille des données. |
Signaux vrais pour tout élément SQL_ID où la régression linéaire sur les latences moyennes agrégées observées dans la période explique au moins 1⁄2 l'écart (R2 >0.5) sur la latence moyenne agrégée, ET la variation en pourcentage de la ligne de régression linéaire dépasse +/- 20 % | Minimum de 5 observations par SQL_ID requises pour la régression.
Indicateur de statut de vignette de données clés :
La limite de 20 % doit être prise en compte dans le contexte de la période sélectionnée. Calculé par base de données (instances combinées). |
| Variabilité de la performance | Les instructions SQL présentent-elles une grande variation des latences moyennes agrégées? | Signaux vrais pour un SQL_ID lorsque l'intervalle des latences moyennes agrégées divisé par la latence moyenne agrégée globale est supérieur à 25 %. | Minimum 5 observations requises.
Indicateur de statut de vignette de données clés :
Plus utile pour une exécution plus longue et des instructions SQL moins fréquentes.
|
| Modification de plan unique | SQL a-t-il affiché un changement de plan dans la base de données au cours de la période?
Le changement de plan a-t-il eu une incidence sur le rendement? Combien? |
Indicateur signalant que l'ID SQL sélectionné a subi une ou plusieurs modifications quotidiennes de plan au cours de la période. La dernière modification du plan est utilisée pour déterminer la dégradation ou l'amélioration. | Minimum 5 observations requises.
Indicateur de statut de vignette de données clés :
Les informations sur le plan sont échantillonnées et ne sont pas complètes. Calculé par instance en tant qu'instance différente peut avoir des plans différents. |
| Plans multiples | Des instructions SQL ont-elles été exécutées sous plusieurs plans sur la base de données au cours de la période? | Signale vrai lorsque le nombre de valeurs de hachage de plan distinctes pour SQL_ID dépasse 1. | Les renseignements sur le plan sont échantillonnés et ne sont pas complets, de sorte qu'il pourrait y avoir plus de plans que ceux recueillis.
Signalera avec un seul changement de plan. Indicateur de statut de vignette de données clés :
Calculé par base de données (instances combinées). |
| Doubles de partage de curseur |
Existe-t-il des instructions SQL qui peuvent partager l'analyse et l'optimisation en cas de non-utilisation de variables attachées?
Combien d'UC excédentaires est gaspillé? |
Signaux vrais lorsque le nombre de SQL_ID distincts partageant la même signature de mise en correspondance de force est > 1. | Calculé par instance de base de données.
Indicateur de statut de vignette de données clés :
Inclut uniquement SQL_ID avec des exécutions = 1.
L'unité centrale d'analyse excédentaire estimée est calculée en tant que SUM (temps moyen d'analyse complète) - AVG (temps moyen d'analyse complète) sur la base que l'analyse complète est la totalité de l'unité centrale et que le temps moyen d'analyse complète n'est pas une moyenne, car les exécutions sont égales à 1 pour l'ensemble du code SQL. Il s'agit probablement d'une estimation très faible du nombre total d'UC perdues, car de nombreux doublons exécutés n'auront pas été collectés. |