¿Cómo puedo resolver un problema de grupo de conexión entre ASP.NET ¿y SQL Server?

Al instalar.NET Framework v4.6.1, nuestras conexiones a una base de datos remota comenzaron inmediatamente a agotarse debido a este cambio.

Para arreglar simplemente agregue el parámetro TransparentNetworkIPResolution en la cadena de conexión y póngalo en false :

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

A menos que su uso aumentara mucho, parece poco probable que solo haya un retraso en el trabajo. IMO, la opción más probable es que algo esté usando conexiones y no liberándolas rápidamente. ¿Estás seguro que estás usando using en todos los casos? O (a través de cualquier mecanismo) liberando las conexiones?

¿Ha comprobado los DataReaders que no están cerrados y la respuesta?redirige antes de cerrar la conexión o un datareader. Las conexiones permanecen abiertas cuando no las cierras antes de una redirección.

También encontramos este problema de vez en cuando en nuestro sitio web. El culpable en nuestro caso, es que nuestras estadísticas / índices están desactualizados. Esto hace que una consulta que anteriormente se ejecutaba rápidamente (eventualmente) se vuelva lenta y se agote el tiempo.

Intente actualizar las estadísticas y/o reconstruir los índices en las tablas afectadas por la consulta y vea si eso ayuda.

Puede especificar el tamaño mínimo y máximo del grupo especificando MinPoolSize=xyz y/o MaxPoolSize=xyz en la cadena de conexión. Esta causa del problema podría ser una cosa diferente sin embargo.

También me he encontrado con este problema, al usar una capa de datos de terceros en una de mis aplicaciones.NET. El problema era que la capa no cerraba las conexiones correctamente.

Tiramos la capa y creamos una nosotros mismos, que siempre cierra y dispone las conexiones. Desde entonces ya no recibimos el error.

Si está trabajando en código heredado complejo donde un uso simple(..) {..} no es posible-como lo era yo-es posible que desee revisar el fragmento de código que publiqué en este ASÍ que pregunta para una forma de determinar la pila de llamadas de la creación de la conexión cuando una conexión se filtra potencialmente (no se cierra después de un tiempo de espera establecido). Esto hace que sea bastante fácil detectar la causa de las fugas.

Esto se debe principalmente a que la conexión no se ha cerrado en la aplicación. Utilice "minPoolSize" y "maxPoolSize" en la cadena de conexión.

En mi caso, no estaba cerrando el objeto 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.
            }

No instancies la conexión sql demasiadas veces. Abra una o dos conexiones y utilícelas para todas las operaciones sql siguientes.

Parece que incluso cuando Dispose ing las conexiones se lanza la excepción.

Usa esto:

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

Puedes probar eso también, para resolver el problema de tiempo de espera:

Si no agregaste httpRuntime a tu webconfig, añádelo en <system.web> tag

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

Y

Modifica tu cadena de conexión de esta manera;

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

En el último uso

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

Este problema que tenía en mi código. Voy a pegar un código de ejemplo que tengo más vino por debajo de error. El tiempo de espera transcurrido antes de obtener una conexión del pool. Esto puede haber ocurrido porque todas las conexiones agrupadas estaban en uso y se alcanzó el tamaño máximo del grupo.

 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();**

Desea cerrar la conexión cada vez. Antes de que yo no nos la conexión cercana debido a esto tengo error. Después de agregar la instrucción close he superado este error

Además de las soluciones publicadas....

Al tratar con 1000 páginas de código heredado, cada una llamando a un GETR común varias veces, aquí hay otra forma de solucionar el problema:

En una DLL común existente, agregamos el CommandBehavior.CloseConnection opción:

    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);   
    }

Luego, en cada página, siempre y cuando cierre el lector de datos, la conexión también se cerrará automáticamente para evitar fugas de conexión.

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

Ha filtrado conexiones en su código. Puede intentar usar usar para certificar que los está cerrando.

 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/

Este problema me he encontrado antes. Terminó siendo un problema con el firewall. Acabo de añadir una regla al firewall. Tuve que abrir port 1433 para que el servidor SQL se pueda conectar al servidor.