Pool di connessioni massimo limitato a 100

Sto eseguendo SQL Server 2008 R2 SP1, su una scatola di Windows Server 2008. Ho uno script .NET in esecuzione da Visual Studio 2010 che esegue le seguenti operazioni:

• Raggiunge nel database
• Fa un cambiamento
• itera

Il numero totale di volte che ripeterà è 150, tuttavia si ferma a 100 connessioni e non riesco a capire perché. Potrei adattare il mio script per usare solo un singolo thread, ma preferirei sapere dove mi manca un'impostazione di connessione massima in quanto sarebbe più utile sapere per riferimento futuro.

Ecco dove ho controllato finora:

• Stringa di connessione SQL in Visual Studio 2010 (è impostata su 1000)
• Proprietà di connessione all'istanza del database SSMS (è impostata su 0 [infinito] connessioni utente)
• Cerca su Google alcune informazioni su Server 2008, sembra che possa gestire più di 100 connessioni
• Ho esaminato il mio codice a fianco del SP_WHO2quale fornisce ulteriori informazioni sulle connessioni logiche, visto che il numero di connessioni inizia da 52 e gli errori di script con l'errore "Max Pooled Connections raggiunto" con 152 connessioni logiche.
• Modificata la stringa di connessione da utilizzare Data Source=PerfSQL02;Initial Catalog=Masked;Integrated Security=True;Max Pool Size=1000

Non sono sicuro di dove altro controllare, so di avere un sacco di parti mobili qui, ma ho la sensazione che mi sto perdendo un'impostazione massima della piscina da qualche parte.

SQL Server consente un massimo di 32767 connessioni per impostazione predefinita. Può essere modificato usando sp_configure. Per visualizzare la configurazione corrente per questa impostazione, utilizzare la seguente query:

select * from sys.configurations
where name ='user connections'

Per impostazione predefinita, dovresti vedere un massimo di 32767, value_in_useuguale a 0 (usa le impostazioni predefinite). Se questo è stato modificato, è possibile riconfigurare SQL Server per utilizzare altri valori come descritto nel collegamento.

Dovresti anche verificare quante connessioni vengono effettivamente effettuate, poiché potrebbe esserci più attività all'esterno dell'applicazione (o l'applicazione sta effettuando più connessioni di quanto pensi). Dovrai guardare Statistiche generali -> Connessioni logiche in perfmon o interrogare i valori in sys.dm_os_performance_counters(cntr_value mostrerà il punto corrente nel valore temporale):

select * from sys.dm_os_performance_counters
where counter_name ='User Connections'

Nella stringa di connessione, specifica max pool size=<your desired max pool size>. Quindi, in altre parole, se si desidera modificare la dimensione massima del pool sul valore 500, la stringa di connessione potrebbe essere simile a questa:

"data source=your_server; initial catalog=your_db; trusted_connection=true; max pool size=500"

Ovviamente sto assumendo così tanto con i tuoi altri parametri, ma questo dovrebbe darti una buona idea su come procedere. Il pool di connessioni è l'applicazione del provider lato client. È il client che dovrà specificare questa impostazione di dimensione massima del pool, tramite la stringa di connessione.

Inoltre, assicurarsi di chiudere o smaltire correttamente le connessioni, altrimenti si collegheranno le connessioni. Qualcosa del genere (C #):

string connectionString = "data source=your_server; initial catalog=your_db; trusted_connection=true; max pool size=500";

using (SqlConnection dbConn = new SqlConnection(connectionString))
{
    using (SqlCommand sqlCmd = new SqlCommand())
    {
        sqlCmd.Connection = dbConn;
        sqlCmd.CommandText = "select 1;";

        // ... so on and so forth
    }
}

Il usingblocco (in C #) chiama IDisposable.Dispose()al completamento. Potresti anche implementare SqlConnection.Dispose()o SqlConnection.Close()nel finallyblocco di un try/catch/finallyblocco.

Riferimento: documentazione MSDN sulla proprietà SqlConnection.ConnectionString