Maximaler Verbindungspool auf 100 begrenzt

Ich verwende SQL Server 2008 R2 SP1 auf einem Windows Server 2008-Computer. Ich habe ein .NET-Skript, das in Visual Studio 2010 ausgeführt wird und Folgendes ausführt:

• Greift in die Datenbank ein
• Nimmt eine Änderung vor
• Iteriert

Es werden insgesamt 150 Iterationen durchgeführt, es werden jedoch 100 Verbindungen angehalten, und ich kann nicht herausfinden, warum. Ich könnte mein Skript so anpassen, dass nur ein einziger Thread verwendet wird, aber ich würde es vorziehen, zu wissen, wo ich eine Einstellung für die maximale Verbindung vermisse, da dies für zukünftige Referenzzwecke nützlicher ist.

Hier ist, wo ich bis jetzt überprüft habe:

• SQL-Verbindungszeichenfolge in Visual Studio 2010 (auf 1000 festgelegt)
• Verbindungseigenschaften der SSMS-Datenbankinstanz (auf 0 [unendlich] Benutzerverbindungen festgelegt)
• Wenn Sie einige Informationen zu Server 2008 googeln, können anscheinend mehr als 100 Verbindungen verarbeitet werden
• Ich habe meinen Code durchgearbeitet, SP_WHO2der weitere Informationen zu logischen Verbindungen enthält. Dabei wurde festgestellt, dass die Anzahl der Verbindungen bei 52 beginnt und die Skriptfehler bei 152 logischen Verbindungen mit dem Fehler "Max. Verbindungen im Pool erreicht".
• Die zu verwendende Verbindungszeichenfolge wurde geändert Data Source=PerfSQL02;Initial Catalog=Masked;Integrated Security=True;Max Pool Size=1000

Ich bin mir nicht sicher, wo ich sonst nachsehen soll. Ich weiß, dass ich viele bewegliche Teile hier habe, aber ich habe das Gefühl, dass ich irgendwo eine maximale Pooleinstellung verpasse.

SQL Server lässt standardmäßig maximal 32767 Verbindungen zu . Sie kann mit geändert werden sp_configure. Verwenden Sie die folgende Abfrage, um Ihre aktuelle Konfiguration für diese Einstellung anzuzeigen:

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

Standardmäßig sollte ein Maximum von 32767 angezeigt werden, value_in_usedas 0 entspricht (verwenden Sie die Standardeinstellungen). Wenn dies geändert wurde, können Sie SQL Server so konfigurieren, dass andere Werte verwendet werden, wie im Link beschrieben.

Sie sollten auch überprüfen, wie viele Verbindungen tatsächlich hergestellt werden, da möglicherweise mehr Aktivitäten außerhalb Ihrer Anwendung stattfinden (oder Ihre Anwendung mehr Verbindungen herstellt, als Sie denken). Sie sollten entweder in perfmon unter Allgemeine Statistiken -> Logische Verbindungen nachsehen oder die Werte in abfragen sys.dm_os_performance_counters(cntr_value zeigt den aktuellen Zeitpunkt an):

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

Geben Sie in Ihrer Verbindungszeichenfolge an max pool size=<your desired max pool size>. Wenn Sie also die maximale Poolgröße auf den Wert 500 ändern möchten, könnte Ihre Verbindungszeichenfolge folgendermaßen aussehen:

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

Natürlich gehe ich bei Ihren anderen Parametern von so viel aus, aber dies sollte Ihnen eine gute Vorstellung davon geben, wie Sie vorgehen sollen. Beim Verbindungspooling handelt es sich um die Durchsetzung des clientseitigen Anbieters. Der Client muss diese Einstellung für die maximale Poolgröße über die Verbindungszeichenfolge angeben.

Stellen Sie außerdem sicher, dass Sie Ihre Verbindungen ordnungsgemäß schließen oder entsorgen, da Sie sonst Verbindungen herstellen. So etwas wie dieses (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
    }
}

Der usingBlock (in C #) ruft IDisposable.Dispose()nach Beendigung auf. Du könntest das auch umsetzenSqlConnection.Dispose() oder SqlConnection.Close()in den finallyBlock eines try/catch/finallyBlocks .

Referenz: MSDN-Dokumentation zur Eigenschaft SqlConnection.ConnectionString