Regroupement de connexions dans SQL Server Management Studio

S’applique à : SQL ServerAzure SQL DatabaseAzure SQL Managed InstanceAzure Synapse AnalyticsAnalytics Platform System (PDW)

L’ouverture de connexions à un serveur SQL Server peut être une opération coûteuse, par conséquent, SQL Server Management Studio utilise la fonctionnalité de regroupement de connexions du pilote sqlClient ADO.NET. Pour plus d’informations, consultez Regroupement de connexions SQL Server (ADO.NET).

Cet article fournit plus d’informations sur le regroupement de connexions dans SQL Server Management Studio et les moyens d’atténuer l’effet qu’il peut avoir sur votre serveur.

Utilisation et avantages

SQL Server Management Studio est une application complexe avec de nombreuses fonctionnalités, dont beaucoup nécessitent des informations à partir d’une base de données ou d’un serveur. Une grande partie de ces informations est chargée à la demande pour éviter la surcharge lors de la création d’une connexion initiale et pour éviter tout travail inutile si une fonctionnalité n’est pas utilisée.

Le regroupement de connexions peut contribuer à réduire la surcharge liée à la récupération de ces informations. Les fonctionnalités de SQL Server Management Studio utilisent généralement la même connexion de base entrée par l’utilisateur dans la boîte de dialogue de connexion, et différentes fonctionnalités peuvent réutiliser la même connexion physique au lieu d’en ouvrir une nouvelle.

Connexions non regroupées

Toutes les connexions dans SQL Server Management Studio ne sont pas regroupées. Certaines, telles que la connexion utilisée pour chaque éditeur de requête, ne sont pas explicitement mises en pool. Il existe plusieurs raisons pour cela, notamment la nécessité de conserver un ID de session spécifique (SPID) associé à la fonctionnalité, ou de s’assurer que les modifications apportées aux propriétés de connexion restent cohérentes entre l’utilisation.

Contrôler les connexions ouvertes

Même si le regroupement de connexions améliore les performances, les connexions restent ouvertes plus longtemps que cela peut sembler nécessaire. Lorsqu’une connexion est retournée au pool, elle reste ouverte, mais dans un état inactif (ou en veille). Cet état peut empêcher la fermeture de toutes les connexions, telles que la suppression ou la modification d’une base de données.

Il existe quelques options disponibles pour fermer ces connexions inactives :

• Attendez que ADO.NET ferme les connexions. Cela se produit pour les connexions qui n’ont pas été utilisées depuis 4 à huit minutes.

• Certaines opérations dans SQL Server Management Studio (telles que DROP DATABASE) permettent de fermer toutes les connexions existantes avant d’effectuer l’opération.

• Utilisez la commande Fermer les connexions SQL inactives sous le menu Aide. Cette option ferme immédiatement toutes les connexions inactives pour l’instance actuelle de SQL Server Management Studio. Les connexions actives ne sont pas affectées, sauf si elles sont immédiatement fermées après leur utilisation plutôt que d’être retournées au pool.

  Remarque

  La fermeture des connexions inactives peut entraîner une diminution des performances la prochaine fois qu’une nouvelle connexion au serveur est nécessaire, car la connexion doit être rétablie.

• Fermez SQL Server Management Studio. La fermeture de SQL Server Management Studio ferme immédiatement toutes les connexions ouvertes associées à cette base de données ou instance.

• Exécutez l’instruction KILL pour fermer les sessions qui bloquent votre opération.

Contenu connexe

• mise en commun des connexions SQL Server (ADO.NET)