CORRECTIF : erreur de « Planificateur improductif » lorsque la tâche de nettoyage de version s’exécute sur un réplica secondaire SQL Server AlwaysOn

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3138455
Symptômes
Supposons que vous disposez d’un processeur multicœur (32 noyaux ou plus) qui exécute Microsoft SQL Server 2014 ou 2012 SP3. Lorsque la tâche de nettoyage de version s’exécute sur un réplica secondaire AlwaysOn, utilisation de l’UC peut approcher les 100 %. En outre, une erreur « Planificateur improductif » semblable au suivant est enregistrée dans le journal des erreurs SQL Server :


date heure.80 serveur à l’aide de « dbghelp.dll » version '4.0.5'
date heureServeur.81 *** Impossible d’obtenir le contexte de thread pour le spid 0
date heure.81 Server * *******************************************************************************
date heureServeur.81 *
date heureServeur.81 * début DUMP de la pile :
date heureServeur.81 * date heure SPID 2944
date heureServeur.81 *
date heureServeur.81 * dalle du planificateur
date heureServeur.81 *
date heure.81 Server * *******************************************************************************
date heure.81 serveur de la Signature de pile pour le vidage est 0x000000000000015F
date heureFin de début d’identité.22 server [INFO] | Résultat de l’état d’erreur fonction Speculate préparé en lecture seule de LazyCommit | Transaction de base de données ThreadId | ReadSet WriteSet ScanSet point d’enregistrement LogSizeRq | TotalComm de CommitDep dépendant 0 dépendant 1 dépendant 2 dépendants 3 dépendants 4 dépendants 5 dépendant 6 dépendants 7 | Emplacement de la zone |
date heure0 x 20000001 de code de retour de.33 processus de vidage de serveur externe.
date heureLes processus serveur.33 0:0:0 (0x32e8) 0x0000000005B54160 de travail semble dalle sur 12 du planificateur. Heure de création de thread : 13094297045567. Environ Thread CPU utilisé (s): noyau 0 ms, Mme de l’utilisateur 51979 l’utilisation de processus de 2 %. 97 % inactif du système. Intervalle : de ms 70153.
date heureLes processus serveur.45 0:0:0 (0x32e8) 0x0000000005B54160 de travail semble dalle sur 12 du planificateur. Heure de création de thread : 13094297045567. Environ Thread CPU utilisé (s): noyau 0 ms, Mme de l’utilisateur 103459 l’utilisation des processus de 2 %. 97 % inactif du système. Intervalle : de ms 136828.
date heureLes processus serveur.58 0:0:0 (0x32e8) 0x0000000005B54160 de travail semble dalle sur 12 du planificateur. Heure de création de thread : 13094297045567. Environ Thread CPU utilisé (s): noyau 0 ms, Mme de l’utilisateur 146001 l’utilisation des processus de 2 %. 97 % inactif du système. Intervalle : de ms 196951.
date heureLes processus serveur.70 0:0:0 (0x32e8) 0x0000000005B54160 de travail semble dalle sur 12 du planificateur. Heure de création de thread : 13094297045567. Environ Thread CPU utilisé (s): noyau 0 ms, Mme de l’utilisateur 193269 l’utilisation de processus de 2 %. 97 % inactif du système. Intervalle : de ms 257073.

Résolution
Ce problème a été tout d’abord résolu dans la mise à jour cumulative suivante pour SQL Server :


À propos des mises à jour cumulatives pour SQL Server
Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs logiciels et des correctifs de sécurité qui ont été inclus dans la précédente mise à jour cumulative. Découvrez les dernières mises à jour cumulatives pour SQL Server :

Contournement
Pour contourner temporairement ce problème, redémarrez l’ordinateur qui exécute l’instance de SQL Server.
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».
Références
En savoir plus sur la terminologie Microsoft utilise pour décrire les mises à jour logicielles.

Propriétés

ID d'article : 3138455 - Dernière mise à jour : 05/31/2016 08:31:00 - Révision : 2.0

Microsoft SQL Server 2014 Service Pack 1, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Enterprise Core Community Technical Preview 2, Microsoft SQL Server 2012 Service Pack 3, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2012 Web

  • kbqfe kbsurveynew kbfix kbexpertiseinter kbmt KB3138455 KbMtfr
Commentaires