Aujourd'hui, je vais vous présenter une nouvelle fonctionnalité passionnante appelée "Lecture" que nous avons ajoutée à Spotlight Cloud.
La lecture vous permet de diagnostiquer les problèmes qui se sont produits dans le passé avec SQL Server. À l'aide de l'interface Web de Spotlight Cloud, vous pouvez choisir un moment dans le passé où votre serveur SQL a rencontré des problèmes de performances et "rejouer" ce qui s'est passé à ce moment particulier pour vous aider à identifier la cause.
Avantages des données historiques dans la surveillance des performances des bases de données
Nous connaissons tous la frustration de voir un utilisateur signaler un problème qu'il a rencontré la veille, pour s'apercevoir, lors de l'enquête sur le problème, que tout fonctionne parfaitement.
Pourquoi ce problème est-il survenu ? Si seulement ils m'avaient dit au moment où c'est arrivé, j'aurais pu faire quelque chose. Si seulement je pouvais revenir en arrière et voir ce qui se passait à ce moment précis.
Eh bien, maintenant vous pouvez.
Avec la lecture, vous pouvez revenir en arrière jusqu'à un an et revenir au moment où un problème s'est produit et voir ce qui se passait sur le serveur.
Par exemple, les utilisateurs ont signalé des performances lentes lors de la création de rapports le 6 mars. En regardant les données actuelles, je ne peux pas bien comprendre quel est le problème. Je dois revenir en arrière et voir comment le serveur fonctionnait ce jour-là.
Sélection de la période pour se concentrer sur les problèmes de base de données
À l'aide du sélecteur de période en haut à droite de l'écran (illustré ci-dessous), je sélectionne la date et l'heure auxquelles le problème s'est produit et j'appuie sur Appliquer.
L'écran Vue d'ensemble se recharge, affichant l'état de SQL Server le 6 mars.
Je peux voir les cinq principales alarmes qui se sont produites à ce moment-là et voir que la session 76 a été bloquée pendant 112 secondes à 13h32.
Cela aurait entraîné un ralentissement des performances du serveur. Donc, j'ai maintenant trouvé au moins une des raisons du problème signalé par l'utilisateur final, mais qu'est-ce qui a causé le blocage de la session à ce moment-là ?
Analyse détaillée de l'analyseur de charge de travail pour des informations puissantes
Si je clique sur "Diagnostiquer", puis sur "Session bloquée", je peux afficher l'analyse détaillée de l'analyseur de charge de travail et voir les sessions bloquées qui se produisaient à ce moment-là. En regardant en haut à droite de l'écran, vous pouvez voir que la plage horaire est la même que celle que j'ai sélectionnée précédemment sur la page Présentation. Donc, je sais que je regarde les sessions bloquées au moment où le problème a été signalé.
Exploration détaillée de l'analyseur de charge de travail montrant la session bloquée et par quoi elle est bloquée.
À partir de là, je peux voir les détails de la session bloquée et sa cause. Je peux également regarder les objets verrouillés et comprendre quel objet a eu le plus d'attente de verrouillage.
Je peux même aller plus loin et explorer la durée du blocage, la machine, le programme et l'utilisateur à l'origine du blocage.
Exploration détaillée de l'analyseur de charge de travail indiquant quel objet verrouillé est à l'origine du plus grand nombre d'"attentes de verrouillage"
Lorsque je survole le graphique montrant la répartition des ressources (ci-dessous), je peux voir le taux d'attente de verrouillage pendant la période pendant laquelle l'utilisateur a signalé le problème. Cette capacité à revenir en arrière et à identifier la cause première du problème est la raison pour laquelle cette nouvelle fonctionnalité de lecture est si excitante.
Exploration détaillée de l'analyseur de charge de travail indiquant le "taux d'attente de verrouillage" pour un objet verrouillé
Maintenant que nous en avons terminé avec cet exemple, j'aimerais expliquer comment vous sélectionnez réellement une plage de temps et un intervalle dans Spotlight Cloud. Lorsque vous sélectionnez le moment ou la plage de temps pour la lecture, vous pouvez utiliser les commandes en haut à droite pour personnaliser l'affichage de la lecture en fonction de vos besoins.
Exploration en aval de la présentation de SQL Server avec l'affichage du sélecteur "Période de temps".
En ce moment, je regarde la plage horaire du 4 mars à 23h59. jusqu'au 6 mars à 23h59 Si je clique sur ce bouton de rembobinage, vous pouvez voir que la plage horaire est réduite d'une minute à 23h58.
Si je veux revenir en arrière par incréments de temps supérieurs à une minute, je peux utiliser le menu déroulant pour modifier l'intervalle de temps à cinq minutes, 30 minutes, une heure ou jusqu'à 30 jours. J'ai sélectionné 30 minutes, et vous pouvez voir que l'heure de fin de la plage horaire a reculé de 30 minutes à 23h28.
Présentation de SQL Server avec un intervalle de temps défini sur 30 minutes
Si je clique sur les options "Période de temps", je peux sélectionner la plage de dates en utilisant les options prédéfinies de la dernière heure, du dernier jour, des 3 derniers jours. Ou en cliquant sur "Plus", je peux sélectionner les sept, 30 ou 90 derniers jours.
Si, comme dans mon exemple précédent, je connais la plage horaire que je souhaite consulter, je peux utiliser le calendrier pour choisir les dates, puis sélectionner une heure spécifique à partir de là.
Une fois que j'ai terminé, ou si j'ai juste besoin de revenir au présent pour une raison quelconque, je peux cliquer sur "Réinitialiser" et tout revient à son état d'origine.
Rembobiner ou Avancer rapidement pour les détails
Un autre point que je dois souligner est que chaque exploration a un intervalle de temps par défaut spécifique pour le rembobinage et l'avance rapide. La raison pour laquelle ils varient est que pour certains détails, il est logique de sauter par un intervalle plus court ou plus long. Un exemple serait les sessions au cours desquelles il y a beaucoup d'activité, et il est logique de revenir en arrière ou d'avancer rapidement d'une minute pour voir ce qui a changé à chaque minute. Cependant, sur Workload Analyzer, où le but est d'enquêter et d'identifier les problèmes, il est utile de voir les tendances, et donc le rembobinage ou l'avance rapide d'une minute n'est pas aussi utile. C'est pourquoi Workload Analyzer dispose d'un intervalle de temps par défaut de 30 minutes pour le rembobinage et l'avance rapide.
En outre, il est important de noter que lorsque vous sélectionnez une plage de temps à l'aide de la lecture, certaines mesures affichées concerneront le point le plus récent de cette plage de temps. Par exemple, si nous regardons la capture d'écran ci-dessus, la métrique "Page Life Expectancy" est de 20 secondes. Cette statistique reflète l'espérance de vie de la page le 6 mars à 23h28.
Cependant, d'autres mesures, telles que "Attente moyenne par E/S" dans l'exploration des E/S par fichier (illustrée ci-dessous), affichent une valeur agrégée, car il n'est pas logique d'afficher ces données comme une moyenne à partir d'un seul point dans le temps.
E/S par fichier détaillé
Cette fonctionnalité de lecture est disponible sur toutes les explorations pour SQL Server, à l'exception de la Heatmap et du Health Check. La lecture est également disponible dans les menus déroulants Présentation et Alarmes pour Windows, Hyper-V, VMWare et Unix.
Détail de la vue d'ensemble d'Unix
