CORRECTIF : Blocage inattendu ou après l’installation de blocages déconseillée 6 de mise à jour Cumulative pour le Service Pack 1 de SQL Server 2014

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: 3167394
Symptômes
Supposons que vous installez le d’origine lancé et maintenant désapprouvée mise à jour Cumulative 6 pour SQL Server 2014 Service Pack 1 (SP1) (numéro de build de 12.0.4449.0,KO 3144524), et que vous utilisez les modèles de charge de travail qui sont parallèlesSélectionnez(...)WITHNOLOCK, sous le niveau d’isolement de verrouillage de SQL Server par défaut ou un niveau supérieur. Dans ce cas, vous pouvez rencontrer des requêtes qui se bloque ou des blocages.

Les modèles qui sont exposés à ce problème de blocage sont les suivantes :
  • L’exécution d’une instruction SELECT parallélisée (...) DANS l’instruction de la Table à partir de SourceTable et en particulier à l’aide de l’option NOLOCK, sous le niveau d’isolement de verrouillage par défaut de SQL Server ou une version ultérieure. Dans ce scénario, les autres requêtes qui tentent d’accéder aux SourceTable seront bloqués.
  • Pendant une transaction maintient un verrou exclusif sur un objet (par exemple, une mise à jour en continu de table), une autre transaction est en cours d’exécution parallélisée de sélection (...) À partir de SourceTable à l’aide de l’option NOLOCK. Dans ce scénario, la requête SELECT qui essaie d’accéder aux SourceTable est bloquée.
Pour rechercher la version actuelle de SQL Server que vous avez installée, reportez-vous à la section.Comment faire pour déterminer la version, le niveau d’édition et de mise à jour de SQL Server et ses composants.
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 :

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 : 3167394 - Dernière mise à jour : 05/31/2016 16:01:00 - Révision : 2.0

Microsoft SQL Server 2014 Service Pack 1

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3167394 KbMtfr
Commentaires