CORRECTIF : l'abandon de thread pendant SqlCommand.ExecuteReader endommage le pool SqlConnection

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.

319345
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Symptômes
Si les conditions suivantes sont remplies :
  • Une requête longue qui utilise la méthode SqlClient.SqlCommand.ExecuteReader dans une application .NET multithread est abandonnée.
  • Threads utilisez ensuite la même chaîne de connexion pour essayer de lire les données à l'aide de SqlClient.SqlCommand.ExecuteReader .
Vous recevez le message d'erreur suivantes :
System.InvalidOperationException : il est déjà un DataReader ouverte associée à cette connexion qui doit tout d'abord être fermée.
La pile d'appel peut apparaître comme suit :
at System.Data.SqlClient.SqlCommand.ValidateCommand(String method, Boolean executing)   at System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream)   at System.Data.SqlClient.SqlCommand.ExecuteReader()					
Cause
Lorsque le thread qui interagit avec l'objet DataReader est abandonnée, la connexion ne peut pas être nettoyée correctement parce que la méthode SqlClient.SqlConnection.Close qui contient le code de nettoyage n'est pas appelée. Cela laisse la connexion dans un état indéterminé et finalement entraîne le regroupement de connexion à entrer dans un état inutilisable.
Résolution
Pour résoudre ce problème, procurez-vous le dernier service pack pour Microsoft .NET Framework. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
318836 Comment obtenir le dernier pack de service .NET Framework
La version anglaise de ce correctif doit avoir les attributs de fichier suivants ou ceux d'une version ultérieure :
   Date            Version                                 Size              File name        --------------------------------------------------------------------   05-Mar-2002     1.0.3705.211    1,175,552 bytes   System.data.dll   29-Jan-2002                                  1,831,936 bytes   NDP10U318609.msp				

Statut
Microsoft a confirmé que c'est un problème dans les produits Microsoft répertoriés au début de cet article. Ce problème a été corrigé dans Microsoft .NET Framework Service Pack 2 (SP2).
connexion adonet groupement exception SQL

Avertissement : Cet article a été traduit de manière automatique

Propriétés

ID d'article : 319345 - Dernière mise à jour : 02/08/2014 05:12:10 - Révision : 5.1

  • Microsoft ADO.NET 1.0
  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix kbnetframe100presp2fix kbnetframe100sp2fix KB319345 KbMtfr
Commentaires