CORRECTIF : Undetected blocage se produit lorsque propriétaire du verrouillage est en attente sur CXPACKET

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

La version anglaise de cet article est la suivante: 293232
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
BOGUE #: 352575, 352695 (SHILOH)
Symptômes
Requêtes parallèles peuvent rencontrer un verrou mortel undetected lorsque le propriétaire de verrouiller l'exécution de contexte (UE) attend un CXPACKET.

Pour le verrou mortel se produit vous devez disposer de deux spids et chaque spid doit exécuter une requête parallèle.

La sortie de sysprocesses indique plusieurs ECs (travailler de la part d'un seul spid ) avec une attente de verrous et d'autres personnes en attente de CXPACKET.

Le motif est telle qu'aucune corrélation UE directe à partir d'un spid ne provoque un blocage de serveur verrou standard. Chaque serveur de verrouillage est bloqué par un propriétaire attend une ressource CXPACKET. Informations recueillies à partir d'une requête de la table système syslockinfo permet de vérifier ce modèle.

Pour déterminer si le serveur SQL rencontre le problème, procédez comme suit :
  1. Effectuer un " SELECT * » interroger la table système sysprocesses et ensuite effectuer un " SELECT * " requête à partir de la table système syslockinfo .
  2. Recherchez un UE bloqué qui attend un verrou.
  3. Rechercher la production pour voir qui possède le verrou.
  4. Détermine si l'UE propriétaire attend un CXPACKET.
  5. Répétez les étapes 1 à 4 pour tous les ECs de la suspect deux spids .
Le modèle doit être tous les propriétaires de verrou blocage en attente sur un CXPACKET.
Résolution
Pour résoudre ce problème, procurez-vous le dernier service pack pour SQL Server 2000. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
290211 Fichier INF: Comment faire pour obtenir le dernier Service Pack SQL Server 2000

Correctif logiciel

La version anglaise de ce correctif doit avoir les attributs de fichier suivants ou ceux d'une version ultérieure :
   File name   Platform   --------------------   s80263i.exe INTEL				
Remarque : en raison de dépendances entre fichiers, la plus récente correctif fonctionnalité ou qui contient les fichiers précédents peut également contenir des fichiers supplémentaires.
Contournement
Pour résoudre l'utilisation de situation de blocage soit :
  • Temporisation de requête.

    -ou-

  • Une commande Transact-SQL KILL.
Statut
Microsoft a confirmé que c'est un problème dans SQL Server 2000. Ce problème a été corrigé dans SQL Server 2000 Service Pack 1.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 293232 - Dernière mise à jour : 12/06/2015 01:31:27 - Révision : 3.1

Microsoft SQL Server 2000 Standard

  • kbnosurvey kbarchive kbmt kbbug kbfix kbqfe kbsqlserv2000sp1fix KB293232 KbMtfr
Commentaires