CORRECTIF : Échecs d’Assertion se produisent lorsque vous exécutez une requête les informations d’état de base de données dans SQL Server 2012

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: 3187842
Symptômes
Supposons que vous utilisez la fonctionnalité des groupes de disponibilité AlwaysOn dans Microsoft SQL Server 2012. Lorsque vous interrogez les informations d’état de la base de données à l’aide de la DMV sys.dm_hadr_database_replica_states, il peut retourner un grand nombre de lignes dans le résultat. En outre, un message d’erreur semblable au suivant est enregistré dans le journal des erreurs SQL Server :
<Date time="">Erreur de spid41s : 17066, gravité : 16, état : 1.
<Date time="">spid41s SQL Server Assertion : fichier :< hadrdbmgrpartner.cpp="">, ligne = 143 échec Assertion = ' ! m_link. IsInList ()'. Cette erreur est éventuellement liée à un délai d'attente. Si l'erreur persiste après la réexécution de l'instruction, utilisez DBCC CHECKDB pour vérifier la base de données pour l'intégrité structurelle ou redémarrez le serveur pour vérifier que les structures de données en mémoire ne sont pas corrompues.
<Date time="">spid387s ** thread de vidage - spid = 0, EC = 0x000000017E6DCB90
<Date time="">spid387s *** vidage de pile envoyé vers D:\Program Files\Microsoft SQL Server\MSSQL11. MSSQLSERVER\MSSQL\LOG\SQLDump0002.txt
<Date time="">spid387s * *******************************************************************************
<Date time="">spid387s *
<Date time="">spid387s * commencer le vidage de pile :
<Date time="">spid387s *<Date time=""> spid 387
<Date time="">spid387s *
<Date time="">spid387s * emplacement : hadrdbmgrpartner.cpp:143
<Date time="">spid387s * Expression : ! m_link. IsInList ()
<Date time="">spid387s * SPID : 387<Date time=""> spid387s * ID de processus : 2512</Date></Date></Date></Date></Date></Date></Date></Date></Date></Date></Date></Date></Date></Date>

Résolution
Ce problème a été 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 :

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.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3187842 - Dernière mise à jour : 09/22/2016 03:35:00 - Révision : 1.0

Microsoft SQL Server 2012 Service Pack 3

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3187842 KbMtfr
Commentaires