Performances du Moteur de Base de Données

Une fois que vous vous êtes assuré que les problèmes de performance ne sont pas causés par Nectari, et que vous rencontrez toujours des problèmes, vous pourriez envisager de vérifier les performances de votre Moteur de Base de Données. Dans le cas d'un Serveur SQL, les éléments sur lesquels il faut se concentrer sont la Mémoire et les Entrées/Sorties du Disque.

Sur cette page :

Recommandations sur les questions de performance
Questions fréquemment posées

Recommandations sur les questions de performance

Ce qui suit peut être fait pour déterminer d'où vient le problème de performance.

Action	Notes
Vérifiez les paramètres de Mémoire du Serveur de Base de Données pour vous assurer que le paramètre Mémoire Maximale du Serveurn'est pas configuré pour utiliser la totalité de la capacité RAM du serveur	Cela pourrait affecter d'autres applications ou services fonctionnant sur le serveur en limitant leur mémoire. Le réglage adéquat dépend de la capacité RAM du serveur et des applications installées sur le serveur. Une situation où seul le Moteur de Base de Données (Serveur SQL) est installé sur le serveur est considérée comme différente d'une situation où des applications sont également installées sur le serveur en plus du Moteur de Base de Données. Il est donc recommandé de contacter un spécialiste technique pour déterminer le réglage le plus approprié à utiliser.
En général, permettre au Serveur SQL d'utiliser jusqu'à 80% de capacité mémoire.	Cette action semble améliorer les performances, même si vous pourriez obtenir plus d'amélioration avec un paramètre plus spécifique à une situation
Exécutez Moniteur de Performance (PerfMon) avec les Compteurs suivants pour collecter des informations utiles et déterminer la source du problème de performance: Pages par Seconde, qui indique le nombre de fois qu'il y a accès en lecture/écriture sur le disque en raison d'une mémoire insuffisante. L'Espérance de Vie des Pages (à partir du compteur Gestionnaire de Mémoire Tampon du Serveur SQL), qui indique le temps qu'une information (page) reste dans le pool de mémoire tampon (partie du cache mémoire). Longueur Moyenne de File d'Attente du Disque, qui indique le nombre de Requêtes Entrées/Sorties qui sont en attente pour accéder au disque à des fins de lecture ou d'écriture. Longueur Moyenne de File d'Attente du Disque, qui indique le nombre de Requêtes Entrées/Sorties qui sont en attente pour accéder au disque à des fins de lecture ou d'écriture.	Les images suivantes illustrent à quoi ressemble la surveillance de la performance avec les Compteurs présentés ci-dessus dans deux Modes de Visualisation : Ligne et Rapport. Cela pourrait être fait pendant une période de 15 minutes pour avoir un bon aperçu de la façon dont les ressources sont utilisées. Toutefois, communiquez avec un spécialiste technique pour vous aider à déterminer du temps qui convient à votre situation. Un nombre élevé de Pages par seconde (plus de 150) pendant une période relativement longue implique un manque de mémoire sur le serveur la plupart du temps. Toutefois, vous devriez communiquer avec un spécialiste technique pour vous aider à interpréter cet indicateur, car une valeur élevée de Pages par Seconde pourrait aussi être causée par un autre problème. Plus l'Espérance de Vie des Pages est élevée, meilleures sont les performances du serveur. Une valeur minimale pour ce compteur devrait être de 300 secondes (5 minutes). En dessous de cette valeur, vous avez peut-être affaire à un manque de mémoire. Une Longueur Moyenne de File d'Attente Disque supérieure à 2 indique un délai disque plus long que prévu la plupart du temps. Cela peut être dû au fait que la vitesse du disque n'est pas appropriée. Un pourcentage élevé du Temps Processeur (plus de 70 %) indique un manque de puissance de la part des processeurs. Contactez un spécialiste technique pour plus d'informations.

Important

Il est recommandé de contacter un spécialiste technique pour analyser de telles situations.

Questions fréquemment posées

Lors de la surveillance des sessions SQL Server en cours d'utilisation, j'observe un grand nombre de types d'attente RESOURCE_SEMAPHORE avec des temps d'attente élevés. Qu'est-ce que cela signifie ?

Ce type d'attente indique généralement que le serveur SQL ne dispose pas des ressources nécessaires pour exécuter correctement certaines charges de travail. Surveillez les autres types d'attente adjacents, tels que HTMEMO, afin d'identifier la cause première.

La plupart du temps, la ressource limitée est la mémoire. Dans ce cas, il est important d'examiner de plus près la mémoire disponible allouée à SQL Server et son utilisation, ainsi que la taille et l'utilisation de TempDB lorsque ces charges de travail sont en cours de traitement.

L'utilisation du Query Store peut également aider à identifier les charges de travail adjacentes.

Solutions

Augmentez la mémoire maximale autorisée pour votre instance de serveur SQL. Ce paramètre est souvent négligé et une valeur par défaut peut être appliquée automatiquement au moment de l'installation.
Allouer ou ajouter de la mémoire vive à l'hôte.
Identifiez les charges de travail adjacentes ou simultanées telles que les sauvegardes, les tâches planificatrices lourdes, les transferts de données et reportez-les ou reprogrammez-les.
Utiliser le magasin de requêtes pour identifier les requêtes récentes ayant un impact important sur les ressources et les optimiser.

Lorsque je surveille les sessions SQL Server en cours d'utilisation, j'observe un grand nombre de types d'attente CXPACKET et/ou CXSYNC_PORT avec des temps d'attente élevés. Qu'est-ce que cela signifie ?

CXSYNC_PORT est une division plus granulaire du type d'attente CXPACKET qui a été introduit dans Azure SQL Database et SQL Server 2022 et sera inclus dans le type d'attente CXPACKET dans les versions précédentes.

Ces types d'attente indiquent généralement que le processus SQL Server doit passer du temps à orchestrer des exécutions de requêtes parallèles. Bien que ce type d'attente soit assez courant et ne soit généralement pas une source d'inquiétude, des alarmes peuvent être déclenchées lorsque le temps d'attente pour une requête donnée est disproportionné par rapport à son temps CPU, car cela indique qu'une requête donnée a été mise en attente pendant une durée excessive.

Il s'agit généralement d'un symptôme d'insuffisance de puissance de traitement (CPU), mais il peut être difficile à interpréter correctement. Bien que la réduction du parallélisme de certaines charges de travail réduise les temps d'attente pour les types d'attente CXPACKET/CXSYNC_PORT, elle ne garantit pas que le temps global pour terminer la charge de travail sera plus faible qu'auparavant.

Solutions

Compte tenu de ce qui précède, il existe quelques recommandations à explorer et à expérimenter :
Identifier les requêtes des charges de travail concurrentes vers Nectari avec un haut niveau de parallélisme. Ceci peut être réalisé en vérifiant le plan d'exécution des requêtes. Réduire le parallélisme de ces requêtes peut aider à réduire le temps passé par le serveur SQL à les orchestrer, mais au prix d'une baisse potentielle des performances.
Vérifier que les statistiques et les index des tables impliquées dans les requêtes ayant des temps d'attente élevés sont à jour et efficaces. L'optimisation de la vitesse de ces requêtes réduira la surcharge de l'instance du serveur SQL.