Bagaimana saya bisa memecahkan masalah kumpulan koneksi antara ASP.NET dan SQL Server?

Beberapa hari terakhir kami melihat pesan kesalahan ini terlalu banyak di situs web kami:

"Batas waktu habis. Periode batas waktu berlalu sebelum mendapatkan koneksi dari pool. Ini mungkin terjadi karena semua koneksi pooled digunakan dan ukuran max pool tercapai."

Kami belum mengubah apa pun dalam kode kami untuk sementara waktu. Saya merevisi kode untuk memeriksa koneksi terbuka yang tidak menutup, tetapi ternyata semuanya baik-baik saja.

• Bagaimana saya bisa memecahkan masalah ini?

• Apakah saya perlu mengedit kumpulan ini?

• Bagaimana cara saya mengedit jumlah koneksi maksimal kumpulan ini?

• Apa nilai yang disarankan untuk situs web traffic tinggi?

Memperbarui:

Apakah saya perlu mengedit sesuatu di IIS?

Memperbarui:

Saya menemukan bahwa jumlah koneksi aktif di mana saja dari 15 hingga 31, dan saya menemukan bahwa jumlah maksimum koneksi yang diizinkan yang dikonfigurasi dalam SQL server lebih dari 3200 koneksi, 31 terlalu banyak atau haruskah saya mengedit sesuatu dalam konfigurasi ASP.NET ?

Dalam kebanyakan kasus, masalah penyatuan koneksi terkait dengan "kebocoran koneksi." Aplikasi Anda mungkin tidak menutup koneksi basis datanya dengan benar dan konsisten. Ketika Anda membiarkan koneksi terbuka, mereka tetap diblokir sampai .NET sampah mengumpulkannya untuk Anda dengan memanggil Finalize()metode mereka .

Anda ingin memastikan bahwa Anda benar - benar menutup koneksi . Misalnya kode berikut akan menyebabkan kebocoran koneksi, jika kode antara .Opendan Closemelemparkan pengecualian:

var connection = new SqlConnection(connectionString);
connection.Open();
// some code
connection.Close();                

Cara yang benar adalah ini:

var connection = new SqlConnection(ConnectionString);
try
{
     connection.Open();
     someCall (connection);
}
finally
{
     connection.Close();                
}

atau

using (SqlConnection connection = new SqlConnection(connectionString))
{
     connection.Open();
     someCall(connection);
}

Ketika fungsi Anda mengembalikan koneksi dari metode kelas, pastikan Anda melakukan cache secara lokal dan memanggil Closemetode tersebut. Anda akan membocorkan koneksi menggunakan kode ini misalnya:

var command = new OleDbCommand(someUpdateQuery, getConnection());
result = command.ExecuteNonQuery();
connection().Close(); 

Sambungan kembali dari panggilan pertama ke getConnection()tidak ditutup. Alih-alih menutup koneksi Anda, baris ini membuat yang baru dan mencoba untuk menutupnya.

Jika Anda menggunakan SqlDataReaderatau OleDbDataReader, tutuplah. Meskipun menutup koneksi itu sendiri tampaknya melakukan trik, lakukan upaya ekstra untuk menutup objek pembaca data Anda secara eksplisit saat Anda menggunakannya.

Artikel ini " Mengapa Connection Pool Overflow? " Dari MSDN / SQL Magazine menjelaskan banyak detail dan menyarankan beberapa strategi debugging:

• Jalankan sp_whoatau sp_who2. Prosedur yang disimpan sistem ini mengembalikan informasi dari sysprocessestabel sistem yang menunjukkan status dan informasi tentang semua proses kerja. Secara umum, Anda akan melihat satu ID proses server (SPID) per koneksi. Jika Anda menamai koneksi Anda dengan menggunakan argumen Nama Aplikasi dalam string koneksi, koneksi kerja Anda akan mudah ditemukan.
• Gunakan SQL Server Profiler dengan TSQL_Replaytemplat SQLProfiler untuk melacak koneksi terbuka. Jika Anda terbiasa dengan Profiler, metode ini lebih mudah daripada polling dengan menggunakan sp_who.
• Gunakan Monitor Kinerja untuk memantau kumpulan dan koneksi. Saya membahas metode ini sebentar lagi.
• Monitor penghitung kinerja dalam kode. Anda dapat memantau kesehatan kumpulan koneksi Anda dan jumlah koneksi yang dibuat dengan menggunakan rutinitas untuk mengekstrak penghitung atau dengan menggunakan kontrol .NET PerformanceCounter baru.

Setelah menginstal .NET Framework v4.6.1 koneksi kami ke basis data jauh segera memulai penghentian karena perubahan ini .

Untuk memperbaikinya cukup tambahkan parameter TransparentNetworkIPResolutiondalam string koneksi dan setel ke false :

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

Kecuali jika penggunaan Anda meningkat banyak, tampaknya tidak mungkin hanya ada tumpukan pekerjaan. IMO, opsi yang paling mungkin adalah sesuatu menggunakan koneksi dan tidak segera melepaskannya. Apakah Anda yakin menggunakan usingsemua kasus? Atau (melalui mekanisme apa pun) melepaskan koneksi?

Apakah Anda memeriksa DataReaders yang tidak ditutup dan response.redirects sebelum menutup koneksi atau datareader. Koneksi tetap terbuka saat Anda tidak menutupnya sebelum dialihkan.

Kami juga menghadapi masalah ini dari waktu ke waktu di situs web kami. Pelakunya dalam kasus kami, adalah statistik / indeks kami semakin ketinggalan zaman. Ini menyebabkan permintaan yang sebelumnya berjalan cepat (akhirnya) menjadi lambat dan waktu habis.

Coba perbarui statistik dan / atau bangun kembali indeks pada tabel yang dipengaruhi oleh kueri dan lihat apakah itu membantu.

Anda dapat menentukan ukuran kumpulan minimum dan maksimum dengan menentukan MinPoolSize=xyzdan / atau MaxPoolSize=xyzdalam string koneksi. Namun penyebab masalah ini bisa saja berbeda.

Saya juga mengalami masalah ini, ketika menggunakan beberapa lapisan data pihak ke-3 di salah satu aplikasi .NET saya. Masalahnya adalah bahwa layer tidak menutup koneksi dengan benar.

Kami membuang lapisan dan membuat sendiri, yang selalu menutup dan membuang koneksi. Sejak itu kami tidak mendapatkan kesalahan lagi.

Anda dapat mencobanya juga, untuk memecahkan masalah batas waktu:

Jika Anda tidak menambahkan httpRuntime ke konfigurasi web Anda, tambahkan itu di <system.web>tag

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

dan

Ubah string koneksi Anda seperti ini;

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

Terakhir digunakan

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

Hal ini terutama disebabkan oleh koneksi yang belum ditutup dalam aplikasi. Gunakan "MinPoolSize" dan "MaxPoolSize" di string koneksi.

Dalam kasus saya, saya tidak menutup objek 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.
            }

Jika Anda bekerja pada kode lawas yang kompleks di mana penggunaan sederhana (..) {..} tidak mungkin - seperti saya sebelumnya - Anda mungkin ingin memeriksa cuplikan kode yang saya poskan dalam pertanyaan SO ini untuk cara menentukan panggilan tumpukan penciptaan koneksi ketika koneksi berpotensi bocor (tidak ditutup setelah batas waktu yang ditentukan). Ini membuatnya cukup mudah untuk menemukan penyebab kebocoran.

Jangan instantiate koneksi sql terlalu banyak. Buka satu atau dua koneksi dan gunakan untuk semua operasi sql berikutnya.

Tampaknya bahkan ketika Disposekoneksi terkecuali dilemparkan.

Selain solusi yang diposting ....

Dalam menangani 1000 halaman kode warisan, masing-masing memanggil GetRS yang umum beberapa kali, berikut ini cara lain untuk memperbaiki masalah ini:

Dalam DLL umum yang ada, kami menambahkan opsi CommandBehavior.CloseConnection :

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

Kemudian di setiap halaman, selama Anda menutup pembaca data, koneksi juga secara otomatis ditutup sehingga kebocoran koneksi dicegah.

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

Saya baru saja mengalami masalah yang sama dan ingin berbagi apa yang membantu saya menemukan sumber: Tambahkan nama Aplikasi ke string koneksi Anda dan kemudian motitor koneksi terbuka ke SQL Server

select st.text,
    es.*, 
    ec.*
from sys.dm_exec_sessions as es
    inner join sys.dm_exec_connections as ec on es.session_id = ec.session_id
    cross apply sys.dm_exec_sql_text(ec.most_recent_sql_handle) st
where es.program_name = '<your app name here>'

Masalah ini saya miliki dalam kode saya. Saya akan menempelkan beberapa contoh kode yang saya miliki di bawah kesalahan. Periode waktu habis berlalu sebelum mendapatkan koneksi dari kolam. Ini mungkin terjadi karena semua koneksi gabungan digunakan dan ukuran max pool tercapai.

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

Anda ingin menutup koneksi setiap saat. Sebelum itu saya tidak menghubungkan kami karena ini saya mendapat kesalahan. Setelah menambahkan pernyataan tutup saya telah mengatasi kesalahan ini

Anda telah membocorkan koneksi pada kode Anda. Anda dapat mencoba menggunakan menggunakan untuk menyatakan bahwa Anda menutupnya.

 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/

Masalah ini pernah saya temui sebelumnya. Itu akhirnya menjadi masalah dengan firewall. Saya baru saja menambahkan aturan ke firewall. Saya harus membuka port 1433agar server SQL dapat terhubung ke server.

Gunakan ini:

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

Ya, Ada cara untuk mengubah konfigurasi. Jika Anda menggunakan dedicated server dan hanya membutuhkan lebih banyak koneksi SQL, Anda dapat memperbarui entri "max pool size" di kedua string koneksi dengan mengikuti instruksi ini:

1. Masuk ke server Anda menggunakan Remote Desktop
2. Buka Komputer Saya (Windows - E) dan buka C: \ inetpub \ vhosts [domain] \ httpdocs
3. Klik dua kali pada file web.config. Ini mungkin hanya terdaftar sebagai web jika struktur file diatur untuk menyembunyikan ekstensi. Ini akan membuka Visual Basic atau editor serupa.

4. Temukan String Koneksi Anda, ini akan terlihat mirip dengan contoh di bawah ini:

   "add name =" SiteSqlServer "connectionString =" server = (lokal); database = dbname; uid = dbuser; pwd = dbpassword; pooling = true; seumur hidup koneksi = 120; ukuran kumpulan pool = 25; ""

5. Ubah ukuran kolam maks = nilai X ke ukuran kolam yang diperlukan.

6. Simpan dan tutup file web.config Anda.

Pastikan Anda mengatur pengaturan yang benar untuk kumpulan koneksi. Ini sangat penting seperti yang saya jelaskan dalam artikel berikut: https://medium.com/@dewanwaqas/configurations-that-significantly-improves-your-app-performance-built-using-sql-server-and-net- ed044e53b60 Anda akan melihat peningkatan drastis dalam kinerja aplikasi Anda jika Anda mengikutinya.

Dalam kasus saya, saya memiliki infinite loop (dari get Property yang mencoba mendapatkan nilai dari database) yang terus membuka ratusan koneksi Sql.

Untuk mereproduksi masalah coba ini:

while (true)
{
    using (SqlConnection connection = new SqlConnection(connectionString))
    {
        connection.Open();
        someCall(connection);
    }
}