Comment puis-je résoudre un problème de piscine de connexion entre ASP.NET et SQL Server?

lors de l'installation de .net Framework v4.6.1 Nos connexions à une base de données distante ont immédiatement commencé à chronométrer en raison de ce changement .

pour fixer il suffit d'ajouter le paramètre TransparentNetworkIPResolution dans la chaîne de connexion et de le définir à false :

Server=myServerName; Database=myDataBase;Trusted_Connection = True; TransparentNetworkIPResolution=False

à moins que votre utilisation a augmenté beaucoup, il semble peu probable qu'il ya juste un arriéré de travail. IMO, l'option la plus probable est que quelque chose utilise des connexions et ne les libère pas rapidement. Êtes-vous sûr vous utilisez using dans tous les cas? Ou (par quelque mécanisme que ce soit) en libérant les connexions?

avez-vous vérifié les lecteurs de données qui ne sont pas fermés et la réponse.redirige avant de fermer la connexion ou un lecteur de données. Les connexions restent ouvertes lorsque vous ne les fermez pas avant une redirection.

nous rencontrons ce problème de temps en temps sur notre site web aussi bien. Le coupable dans notre cas, c'est nos statistiques/index qui deviennent périmés. Cela provoque une requête précédemment en cours d'exécution rapide à (éventuellement) devenir lent et time out.

essayez de mettre à jour les statistiques et/ou de reconstruire les index sur les tables affectées par la requête et voir si cela aide.

vous pouvez spécifier la taille minimale et maximale du pool en spécifiant MinPoolSize=xyz et/ou MaxPoolSize=xyz dans la chaîne de connexion. Cette cause du problème pourrait être une autre chose, cependant.

j'ai moi aussi rencontré ce problème lors de l'utilisation d'une couche de données de tiers dans une de mes applications .NET. Le problème était que la couche ne fermait pas les connexions correctement.

nous avons jeté la couche et nous en avons créé une nous-mêmes, qui se ferme toujours et dispose des connexions. Depuis lors, nous n'avons pas l'erreur de plus.

si vous travaillez sur un code d'héritage complexe où une simple utilisation (..) {..} n'est pas possible - comme je l'ai été - vous pouvez consulter l'extrait de code que j'ai posté dans cette DONC, la question un moyen pour déterminer la pile des appels de la création de la connexion lorsqu'une connexion est potentiellement fuite (pas fermé après un délai d'attente). Cela rend assez facile de repérer la cause des fuites.

ceci est principalement dû au fait que la connexion n'a pas été fermée dans l'application. Utilisez "MinPoolSize" et" MaxPoolSize " dans la chaîne de connexion.

dans mon cas, je ne fermais pas L'objet DataReader.

        using (SqlCommand dbCmd = new SqlCommand("*StoredProcedureName*"))
        using (dbCmd.Connection = new SqlConnection(WebConfigurationAccess.ConnectionString))
            {
            dbCmd.CommandType = CommandType.StoredProcedure;

            //Add parametres
            dbCmd.Parameters.Add(new SqlParameter("@ID", SqlDbType.Int)).Value = ID;
.....
.....
            dbCmd.Connection.Open();
            var dr = dbCmd.ExecuteReader(); //created a Data reader here
            dr.Close();    //gotta close the data reader
            //dbCmd.Connection.Close(); //don't need this as 'using' statement should take care of this in its implicit dispose method.
            }

N'instanciez pas la connexion sql trop souvent. Ouvrez une ou deux connexions et utilisez-les pour toutes les opérations sql suivantes.

semble que même lorsque Dispose dans les connexions l'exception est lancée.

utilisez ceci:

finally
{
    connection.Close();
    connection.Dispose();
    SqlConnection.ClearPool();
}

Vous pouvez essayer aussi, pour résoudre les problème de délai d'attente:

si vous n'avez pas ajouté httpRuntime à votre webconfig, ajoutez cela dans <system.web> tag

<sytem.web>
     <httpRuntime maxRequestLength="20000" executionTimeout="999999"/>
</system.web>

et

modifiez votre chaîne de connexion comme ceci;

 <add name="connstring" connectionString="Data Source=DSourceName;Initial Catalog=DBName;Integrated Security=True;Max Pool Size=50000;Pooling=True;" providerName="System.Data.SqlClient" />

à la dernière utilisation

    try
    {...} 
    catch
    {...} 
    finaly
    {
     connection.close();
    }

ce problème que j'avais dans mon code. Je vais coller un exemple de code que j'ai survolé est venu en dessous de l'erreur. Le délai écoulé avant l'obtention d'une connexion à partir de la piscine. Cela peut s'être produit parce que toutes les connexions groupées étaient utilisées et que la taille maximale de la piscine était atteinte.

 String query = "insert into STATION2(ID,CITY,STATE,LAT_N,LONG_W) values('" + a1 + "','" + b1 + "','" + c1 + "','" + d1 + "','" + f1 + "')";
    //,'" + d1 + "','" + f1 + "','" + g1 + "'

    SqlConnection con = new SqlConnection(mycon);
    con.Open();
    SqlCommand cmd = new SqlCommand();
    cmd.CommandText = query;
    cmd.Connection = con;
    cmd.ExecuteNonQuery();
    **con.Close();**

Vous voulez fermer la connexion à chaque fois. Avant cela, je ne nous ai pas fait la connexion étroite en raison de cela, j'ai eu une erreur. Après l'ajout de l'instruction de fermeture i ont dépassé cette erreur

en plus des solutions publiées....

en traitant avec 1000 pages de code d'héritage, chacun appelant un Gers commun plusieurs fois, voici une autre façon de résoudre le problème:

dans une DLL commune existante, nous avons ajouté le CommandBehavior.CloseConnection option:

    static public IDataReader GetRS(String Sql)
    {
        SqlConnection dbconn = new SqlConnection(DB.GetDBConn());
        dbconn.Open();
        SqlCommand cmd = new SqlCommand(Sql, dbconn);
        return cmd.ExecuteReader(CommandBehavior.CloseConnection);   
    }

ensuite dans chaque page, aussi longtemps que vous fermez le lecteur de données, la connexion est également automatiquement fermé afin de connexion les fuites sont empêchés.

    IDataReader rs = CommonDLL.GetRS("select * from table");
    while (rs.Read())
    {
        // do something
    }
    rs.Close();   // this also closes the connection

vous avez divulgué des connexions sur votre code. Vous pouvez essayer d'utiliser l'utilisation pour certifier que vous les fermez.

 Using (SqlConnection sqlconnection1 = new SqlConnection(“Server=.\SQLEXPRESS ;Integrated security=sspi;connection timeout=5”)) {
                          sqlconnection1.Open();
                          SqlCommand sqlcommand1 = sqlconnection1.CreateCommand();
                          sqlcommand1.CommandText = “raiserror (‘This is a fake exception’, 17,1)”;
                          sqlcommand1.ExecuteNonQuery();  //this throws a SqlException every time it is called.
                          sqlconnection1.Close(); //Still never gets called.
              } // Here sqlconnection1.Dispose is _guaranteed_

https://blogs.msdn.microsoft.com/angelsb/2004/08/25/connection-pooling-and-the-timeout-expired-exception-faq /

ce problème que j'ai rencontré auparavant. Il a fini par être un problème avec le pare-feu. J'ai juste ajouté une règle au pare-feu. J'ai dû ouvrir le port 1433 pour que le serveur SQL puisse se connecter au serveur.