Outil de réglage des performances de SQL Server

Optimisez les serveurs et les bases de données grâce aux conseils de réglage des performances de SQL de SolarWinds^® DPA

Télécharger pour essai Lien par e-mail pour essai

Version complète, 14 jours

Analyse des temps de réponse

Obtenir des informations critiques

Outils de réglage de SQL

Réglage des performances de SQL

Utilisez l’analyse des temps de réponse pour le réglage des performances de SQL

L’analyse des temps de réponse permet aux administrateurs de bases de données d’évaluer la durée d’exécution des requêtes, et donc, l’impact sur les utilisateurs.

La fonctionnalité d’analyse des temps de réponse de SolarWinds^® Database Performance Analyzer (DPA) vous aide à identifier les goulots d’étranglement, à en déterminer les causes premières et à classer vos interventions par ordre de priorité en fonction de l’impact qu’un réglage incorrect des performances de SQL Server a sur les utilisateurs finaux, afin de résoudre les problèmes et d’améliorer visiblement les performances.

Télécharger pour essai Lien par e-mail pour essai

Version complète, 14 jours

Obtenez des informations critiques grâce à l’analyse des temps de réponse

Pour les administrateurs de bases de données, l’analyse des temps de réponse revient à l’utilisation de la gestion des performances des applications (APM) par le service informatique : elle identifie et mesure un processus de bout en bout qui commence par une requête soumise par l’utilisateur final et se termine par une réponse à la requête, et qui indique le temps passé à chaque étape intermédiaire.

L’analyse des temps de réponse mesure la durée de chaque type d’attente pour chaque requête, ce qui vous permet de comparer ces données entre différentes requêtes. Dans une vue contextuelle, vous pouvez privilégier les interventions qui ont le plus d’impact sur les utilisateurs finaux.

Télécharger pour essai Lien par e-mail pour essai

Version complète, 14 jours

Exploitez les outils de réglage de SQL grâce à l’analyse des temps de réponse

L’événement ou le type d’attente, qui correspond au moment où un processus de serveur ou un thread doit attendre la fin d’un événement ou que des ressources se libèrent avant de poursuivre le traitement de la requête, sont essentiels dans le cadre de l’analyse des temps de réponse. Il peut s’agir du déplacement de données vers une mémoire tampon, de l’écriture sur un disque, de l’attente d’un verrou ou de l’écriture d’un fichier journal.

En général, plusieurs événements d’attente se produisent entre une requête et une réponse. Si, pour un type d’attente spécifique, une requête attend plus longtemps que d’habitude, comment le savoir ? Comment savoir ce qui est « normal » ? Comment connaître la cause de l’attente ? Comment résoudre le problème ? C’est là que l’analyse des temps de réponse est utile. SolarWinds DPA établit des valeurs de référence pour les temps d’attente et fournit des informations sur l’origine des temps d’attente élevés, ainsi que d’éventuelles solutions à ce problème.

Télécharger pour essai Lien par e-mail pour essai

Version complète, 14 jours

Réglez facilement les performances de SQL Server

Exploitez les indicateurs en temps réel, liés aux requêtes, aux attentes et aux utilisateurs, pour régler efficacement les performances des base de données SQL Server. Les assistants de réglage de SQL Server peuvent vous signaler les problèmes de performance des utilisateurs nécessitant une attention urgente et vous aider à identifier des opportunités d’indexation de SQL plus efficace dans l’ensemble des bases de données.

Les outils d’analyse intégrés de DPA vous guident à travers les étapes de réglage des performances, de l’évaluation du comportement actuel des requêtes et des temps d’attente au réglage avancé des requêtes et des index, tout en assurant le suivi de l’impact de vos modifications au fil du temps.

Une de vos requêtes sollicite excessivement le processeur et vous ne savez pas pourquoi ? L’outil AI Query Assist peut examiner le problème. Accédez à la page Détails de requête de votre instance SQL Server, identifiez une requête problématique et son plan d’exécution, et SolarWinds AI réécrit le code SQL en effectuant une comparaison côte à côte et en générant des notes de réglage spécifiques expliquant la nature des changements en les justifiant. Fini les heures passées à examiner des plans, en espérant que quelque chose attire votre attention.

Télécharger pour essai Lien par e-mail pour essai

Version complète, 14 jours

En savoir plus sur le réglage des performances de SQL

Vous demandez-vous…

Comment savoir si mon instance de SQL Server est lente ?
Qu’est-ce que le réglage des performances de SQL ?
Comment régler les performances de SQL Server ?
Quelles sont les meilleures pratiques en matière de réglage des performances de SQL Server ?
Pourquoi est-il important de régler les performances de SQL ?
Comment fonctionne un outil de réglage des performances ?
Comment régler les performances de SQL dans Database Performance Analyzer ?

Parfois, les problèmes de performance de SQL Server sont évidents : les utilisateurs appellent, les pages expirent, les rapports qui s’exécutaient en quelques secondes nécessitent désormais plusieurs minutes. Mais il arrive également que le ralentissement soit subtil et s’accentue au fil des semaines, à votre insu. Dans tous les cas, certains signaux peuvent vous aider à confirmer ce qui se passe.

Vérifiez d’abord vos statistiques d’attente. Les vues de gestion dynamique (DMV) comme sys.dm_exec_query_stats et sys.dm_os_wait_stats indiquent les requêtes qui utilisent le plus le processeur, les E/S, ou le temps écoulé au moment même. Si vous n’avez pas de référence, vous êtes obligé de deviner, alors établissez-en une à un stade précoce, avant que les problèmes ne surviennent. Parmi les autres indicateurs révélateurs, on compte un processeur ou des E/S de disque approchant constamment leur capacité maximale, une liste croissante de sessions bloquées dans l’outil de surveillance de l’activité, des taux de requêtes par lot qui chutent alors que les temps d’attente augmentent, et des journaux d’application qui consignent de plus en plus d’erreurs liées aux délais d’expiration.

La fonctionnalité de statistiques de requêtes actives intégrée dans SQL Server, semblable à un profileur ou à des événements étendus, peut également vous montrer des statistiques d’exécution en temps réel pendant l’exécution d’une requête, et non après coup. C’est utile pour détecter les requêtes incontrôlées avant la fin de leur exécution, ou pour confirmer si un changement d’index a amélioré les performances. Des outils comme SolarWinds DPA vont encore plus loin en corrélant les données d’attente avec des tendances historiques pour vous permettre non seulement de détecter les ralentissements, mais également d’en identifier l’origine et de vérifier s’ils s’aggravent au fil du temps.

La première étape du réglage des performances des bases de données SQL Server implique l’identification des requêtes SQL lentes qui ne s’exécutent pas aussi efficacement qu’elles le devraient ou que vous le souhaiteriez.

Le réglage de SQL peut être proactif, pour identifier les problèmes prévisibles, ou réactif, si les utilisateurs rencontrent un problème spécifique. Il propose des pratiques conseillées élémentaires que les administrateurs de bases de données doivent envisager lors du réglage des requêtes de bases de données :

Procédez à l’indexation judicieusement. Un index est une structure de données destinée à l’extraction ; les index vous permettent de sélectionner des lignes plus rapidement, mais doivent être créés avec précaution pour éviter les goulots d’étranglement.
Évitez les boucles de codage. Évitez les répétitions et les surcharges lorsque vous formulez des requêtes.
Ne corrélez pas les sous-requêtes SQL. Les sous-requêtes font référence à la requête parente et traitent les lignes une à une, ce qui nécessite plus de temps.
Utilisez des noms de champ SELECT au lieu de SELECT *. En récupérant chaque colonne alors que vous n’en avez besoin que de quelques-unes, vous gaspillez des E/S et de la mémoire , surtout dans des tables volumineuses comportant des millions de lignes.
Utilisez WHERE au lieu de HAVING pour filtrer les données non agrégées. WHERE filtre les lignes avant l’agrégation, ce qui réduit le travail que SQL Server doit effectuer avant de renvoyer les résultats.
Évitez les caractères génériques au début des requêtes LIKE. Une recherche comme LIKE ‘%keyword’ oblige SQL Server à analyser l’ensemble de la table. En fin de requête, les caractères génériques (‘keyword%’) peuvent utiliser des index et sont beaucoup plus rapides.
Procédez à la surveillance avec le magasin de données des requêtes. Intégré dans SQL Server 2016 et les versions ultérieures, le magasin de données des requêtes assure automatiquement le suivi des plans de requêtes et des statistiques d’exécution au fil du temps, ce qui facilite considérablement la détection des régressions lorsque les plans d’exécution changent.

Les temps d’attente et les statistiques permettent de cibler efficacement les interventions de réglage des performances de SQL Server. Les serveurs SQL gèrent les requêtes des utilisateurs via des « threads ». Ainsi, en surveillant les performances des divers threads, les administrateurs peuvent mieux identifier les requêtes aux performances insuffisantes. Les objectifs du processus de réglage sont les suivants :

Réduire le temps de réponse, à savoir la durée qui s’écoule entre une instruction et une réponse
Optimiser le débit, à savoir la quantité de ressources nécessaires pour traiter une instruction

Néanmoins, pour accéder à la cause première des problèmes de performance de SQL Server, les administrateurs de bases de données peuvent avoir besoin d’informations sur toutes les couches de la base de données et du serveur. Les outils de réglage de SQL Server, qui assurent une surveillance complète, peuvent accélérer et rationaliser le processus d’identification des principales instructions SQL, des types d’attente, des requêtes bloquées et de l’impact des index manquants sur les performances des serveurs ou des bases de données.

SolarWinds Database Performance Analyzer élimine une grande partie des incertitudes du processus de réglage des performances de SQL en assurant une surveillance continue et en combinant l’analyse des temps de réponse et des journaux de comportement historiques pour établir des références en termes de performance. DPA vous permet également de détecter rapidement les anomalies des temps d’attente grâce à la détection des anomalies alimentée par l’apprentissage automatique de DPA, qui apprend les modèles de comportement normal d’attente de votre base de données au fil du temps et vous prévient lorsque les temps d’attente s’écartent significativement des valeurs attendues.

L’assistant intégré de réglage des tables vous aide à exploiter les opportunités d’optimisation de Microsoft SQL Server. En fin de journée, DPA effectue une analyse pour identifier les tables ayant fait l’objet de requêtes inefficaces, puis présente des informations agrégées sur chaque table, notamment les requêtes inefficaces et les index, pour vous permettre de prendre des décisions éclairées en matière de réglage. Les outils DPA intégrés d’analyse des performances de SQL permettent également d’afficher une analyse approfondie des requêtes inefficaces qui accèdent aux tables, classées par charge de travail relative.

DPA propose également une fonction d’analyse des performances des requêtes qui collecte les données les plus importantes concernant une requête et les affiche dans un tableau de bord intuitif et facile à comprendre. La page Détails de requête affiche un tableau des principaux délais d’attente qui présente les types d’attente avec des codes de couleur, ainsi que des informations détaillées et les résolutions possibles pour chaque type d’attente et une section séparée de conseils sur les requêtes qui propose des conseils pour la période sélectionnée. DPA assemble intelligemment les statistiques les plus pertinentes, les blocages, les plans et les tableaux d’indicateurs en fonction du type d’attente prédominant, pour que les utilisateurs puissent facilement examiner et résoudre les problèmes de performance identifiés. Les rapports et alertes personnalisables fournissent également des informations sur la hiérarchie des blocages et sur la façon dont ils affectent les performances globales des bases de données.

Parfois, les problèmes de performance de SQL Server sont évidents : les utilisateurs appellent, les pages expirent, les rapports qui s’exécutaient en quelques secondes nécessitent désormais plusieurs minutes. Mais il arrive également que le ralentissement soit subtil et s’accentue au fil des semaines, à votre insu. Dans tous les cas, certains signaux peuvent vous aider à confirmer ce qui se passe.
Vérifiez d’abord vos statistiques d’attente. Les vues de gestion dynamique (DMV) comme sys.dm_exec_query_stats et sys.dm_os_wait_stats indiquent les requêtes qui utilisent le plus le processeur, les E/S, ou le temps écoulé au moment même. Si vous n’avez pas de référence, vous êtes obligé de deviner, alors établissez-en une à un stade précoce, avant que les problèmes ne surviennent. Parmi les autres indicateurs révélateurs, on compte un processeur ou des E/S de disque approchant constamment leur capacité maximale, une liste croissante de sessions bloquées dans l’outil de surveillance de l’activité, des taux de requêtes par lot qui chutent alors que les temps d’attente augmentent, et des journaux d’application qui consignent de plus en plus d’erreurs liées aux délais d’expiration.
La fonctionnalité de statistiques de requêtes actives intégrée dans SQL Server, semblable à un profileur ou à des événements étendus, peut également vous montrer des statistiques d’exécution en temps réel pendant l’exécution d’une requête, et non après coup. C’est utile pour détecter les requêtes incontrôlées avant la fin de leur exécution, ou pour confirmer si un changement d’index a amélioré les performances. Des outils comme SolarWinds DPA vont encore plus loin en corrélant les données d’attente avec des tendances historiques pour vous permettre non seulement de détecter les ralentissements, mais également d’en identifier l’origine et de vérifier s’ils s’aggravent au fil du temps.
La première étape du réglage des performances des bases de données SQL Server implique l’identification des requêtes SQL lentes qui ne s’exécutent pas aussi efficacement qu’elles le devraient ou que vous le souhaiteriez.

Le réglage de SQL peut être proactif, pour identifier les problèmes prévisibles, ou réactif, si les utilisateurs rencontrent un problème spécifique. Il propose des pratiques conseillées élémentaires que les administrateurs de bases de données doivent envisager lors du réglage des requêtes de bases de données :

Procédez à l’indexation judicieusement. Un index est une structure de données destinée à l’extraction ; les index vous permettent de sélectionner des lignes plus rapidement, mais doivent être créés avec précaution pour éviter les goulots d’étranglement.

Évitez les boucles de codage. Évitez les répétitions et les surcharges lorsque vous formulez des requêtes.

Ne corrélez pas les sous-requêtes SQL. Les sous-requêtes font référence à la requête parente et traitent les lignes une à une, ce qui nécessite plus de temps.

Utilisez des noms de champ SELECT au lieu de SELECT *. En récupérant chaque colonne alors que vous n’en avez besoin que de quelques-unes, vous gaspillez des E/S et de la mémoire , surtout dans des tables volumineuses comportant des millions de lignes.

Utilisez WHERE au lieu de HAVING pour filtrer les données non agrégées. WHERE filtre les lignes avant l’agrégation, ce qui réduit le travail que SQL Server doit effectuer avant de renvoyer les résultats.

Évitez les caractères génériques au début des requêtes LIKE. Une recherche comme LIKE ‘%keyword’ oblige SQL Server à analyser l’ensemble de la table. En fin de requête, les caractères génériques (‘keyword%’) peuvent utiliser des index et sont beaucoup plus rapides.

Procédez à la surveillance avec le magasin de données des requêtes. Intégré dans SQL Server 2016 et les versions ultérieures, le magasin de données des requêtes assure automatiquement le suivi des plans de requêtes et des statistiques d’exécution au fil du temps, ce qui facilite considérablement la détection des régressions lorsque les plans d’exécution changent.

Les temps d’attente et les statistiques permettent de cibler efficacement les interventions de réglage des performances de SQL Server. Les serveurs SQL gèrent les requêtes des utilisateurs via des « threads ». Ainsi, en surveillant les performances des divers threads, les administrateurs peuvent mieux identifier les requêtes aux performances insuffisantes. Les objectifs du processus de réglage sont les suivants :

Réduire le temps de réponse, à savoir la durée qui s’écoule entre une instruction et une réponse

Optimiser le débit, à savoir la quantité de ressources nécessaires pour traiter une instruction

Néanmoins, pour accéder à la cause première des problèmes de performance de SQL Server, les administrateurs de bases de données peuvent avoir besoin d’informations sur toutes les couches de la base de données et du serveur. Les outils de réglage de SQL Server, qui assurent une surveillance complète, peuvent accélérer et rationaliser le processus d’identification des principales instructions SQL, des types d’attente, des requêtes bloquées et de l’impact des index manquants sur les performances des serveurs ou des bases de données.

Exploitez les puissants outils de réglage des performances de SQL

Database Performance Analyzer for SQL Server

Exploration facilitée, définition du contexte et navigation cohérente
Identification de la cible des blocages ET de leur origine, puis génération d’une analyse détaillée des blocages
Identification des meilleures opportunités de réglage des index, des requêtes et des tables

Télécharger pour essai Lien par e-mail pour essai

Version complète, 14 jours

Parlons-en.

Contactez notre équipe. À tout moment.