S’applique à
SQL Server 2016 Service Pack 2 SQL Server 2016 Developer - duplicate (do not use) SQL Server 2016 Enterprise - duplicate (do not use) SQL Server 2016 Enterprise Core - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use) SQL Server 2019 on Windows SQL Server 2017 Developer on Windows SQL Server 2017 Enterprise Core on Windows SQL Server 2017 Enterprise on Windows SQL Server 2017 Standard on Windows

Symptômes

Prenez en considération le scénario suivant :

  • Vous avez une session active avec le XEvent sni_trace.

  • Vous utilisez la DMV de sys.dm_exec_connections.

  • SQL Server possède de nombreuses activités de connexion/déconnexion simultanées.

Dans scénario, il est possible que vous rencontriez une condition de programmateur sans yield avec la CONNECTION_MANAGER SpinLock et un vidage de mémoire se produit.

Solution de contournement

La solution à ce problème consiste à éviter d’exécuter un XEvent session avec le sni_trace XE dans un environnement de production. Ce n’est pas recommandée pour une session XEvent longue avec le sni_trace XE Cela peut affecter les performances.

Statut

Microsoft a confirmé l’existence de ce problème dans les produits Microsoft répertoriés dans la section « S’applique à ».

Résolution

Ce problème a été résolu dans les mises à jour cumulatives de SQL Server suivantes :

À propos des mises à jour cumulatives pour SQL Server :

Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs et les correctifs de sécurité inclus dans la mise à jour cumulative précédente. Consultez les dernières mises à jour cumulatives pour SQL Server :

Références

Apprenez-en davantage sur la terminologieutilisée par Microsoft pour décrire les mises à jour logicielles.

Besoin d’aide ?

Vous voulez plus d’options ?

Explorez les avantages de l’abonnement, parcourez les cours de formation, découvrez comment sécuriser votre appareil, etc.