Regroupement de connexions SQL Server (ADO.NET)
La connexion à un serveur de base de données consiste généralement en plusieurs étapes de longue durée.Un canal physique tel qu'un socket ou un canal nommé doit être établi, le contrôle initial avec le serveur doit avoir lieu, les informations de chaîne de connexion doivent être analysées, la connexion doit être authentifiée par le serveur, des contrôles doivent être effectués pour l'inscription dans la transaction en cours, etc.
Dans la pratique, la plupart des applications utilisent une seule des quelques configurations pour les connexions.Cela signifie que, durant l'exécution de l'application, de nombreuses connexions identiques seront ouvertes et fermées à plusieurs reprises.Pour minimiser le coût de l'ouverture de connexions, ADO.NET utilise une technique d'optimisation nommée regroupement de connexions.
Le regroupement de connexions réduit le nombre de fois où il est nécessaire d'ouvrir de nouvelles connexions.Le dispositif de regroupement de connexions conserve la propriété de la connexion physique.Elle gère les connexions en conservant en vie un ensemble de connexions actives pour chaque configuration de connexion donnée.Chaque fois qu'un utilisateur appelle Open sur une connexion, le dispositif de regroupement de connexions recherche une connexion disponible dans le pool.Si une connexion regroupée est disponible, le dispositif de regroupement de connexions la retourne à l'appelant au lieu d'ouvrir une nouvelle connexion.Lorsque l'application appelle Close sur la connexion, le dispositif de regroupement de connexions la retourne à l'ensemble regroupé de connexions actives au lieu de la fermer.Une fois la connexion retournée au pool, elle est prête à être réutilisée sur l'appel de Open suivant.
Seules les connexions utilisant la même configuration peuvent être groupées par pools.ADO.NET garde en même temps plusieurs pools, un pour chaque configuration.Les connexions sont séparées en pools par chaîne de connexion, ainsi que par identité Windows en cas d'utilisation de la sécurité intégrée.Les connexions sont également regroupées selon si elles sont inscrites dans une transaction.
Le regroupement de connexions peut considérablement améliorer les performances et l'évolutivité de votre application.Le regroupement de connexions est activé par défaut dans ADO.NET.À moins que vous ne le désactiviez explicitement, le dispositif de regroupement de connexions optimise les connexions au fur et à mesure de leur ouverture et de leur fermeture dans votre application.Vous pouvez également fournir plusieurs modificateurs de chaîne de connexion pour contrôler le comportement de regroupement de connexions.Pour plus d'informations, voir la section sur le contrôle des pools de connexions avec les mots clés des chaînes de connexion, plus loin dans cette rubrique.
Création et assignation d'un pool
Lorsqu'une connexion est ouverte pour la première fois, un pool de connexions est créé sur la base d'un algorithme à correspondance exacte qui associe le pool à la chaîne de connexion dans la connexion.Chaque pool de connexions est associé à une chaîne de connexion distincte.Lorsqu'une nouvelle connexion est ouverte, si la chaîne de connexion ne correspond pas exactement à un pool existant, un nouveau pool est créé.Les connexions sont regroupées par processus, par domaine d'application, par chaîne de connexion et, en cas d'utilisation de la sécurité intégrée, par identité Windows.Les chaînes de connexion doivent également parfaitement correspondre ; les mots clés fournis dans un ordre différent pour la même connexion sont regroupés séparément.
Dans l'exemple C# suivant, trois nouveaux objets SqlConnection sont créés mais seuls deux pools sont nécessaires pour les gérer.Notez que les première et deuxième chaînes de connexion diffèrent par la valeur assignée pour Initial Catalog.
using (SqlConnection connection = new SqlConnection(
"Integrated Security=SSPI;Initial Catalog=Northwind"))
{
connection.Open();
// Pool A is created.
}
using (SqlConnection connection = new SqlConnection(
"Integrated Security=SSPI;Initial Catalog=pubs"))
{
connection.Open();
// Pool B is created because the connection strings differ.
}
using (SqlConnection connection = new SqlConnection(
"Integrated Security=SSPI;Initial Catalog=Northwind"))
{
connection.Open();
// The connection string matches pool A.
}
Si MinPoolSize n'est pas spécifié dans la chaîne de connexion ou est spécifié comme zéro, les connexions du pool sont fermées après une période d'inactivité.En revanche, si le MinPoolSize spécifié est supérieur à zéro, le pool de connexion n'est pas détruit tant que le AppDomain n'a pas été déchargé et que le processus ne s'est pas terminé.La maintenance des pools inactifs ou vides implique une charge mémoire minimale du système.
.gif "Remarque") Remarque |
|---|
Le pool est automatiquement effacé si une erreur irrécupérable survient, telle qu'un basculement. |
Ajout de connexions
Un pool de connexions est créé pour chaque chaîne de connexion unique.Lorsqu'un pool est créé, plusieurs objets de connexion sont créés et ajoutés au pool de sorte que l'exigence de taille minimale du pool soit remplie.Les connexions sont ajoutées au pool jusqu'à ce que sa taille maximale spécifiée soit atteinte (la valeur par défaut est 100).Les connexions sont libérées et retournées au pool en cas de fermeture ou de suppression.
Quand un objet SqlConnection est demandé, il est obtenu du pool si une connexion utilisable est disponible.Pour être utilisable, la connexion ne doit pas être en cours d'utilisation, doit avoir un contexte de transaction correspondant ou ne pas être associée à un contexte de transaction et doit avoir un lien valide vers le serveur.
Le dispositif de regroupement de connexions répond à ces requêtes de connexion en réallouant les connexions à mesure qu'elles se libèrent dans le pool.Si la taille maximale du pool est atteinte et qu'aucune connexion utilisable n'est disponible, la requête est mise en attente.Le dispositif de regroupement de connexions tente ensuite de récupérer des connexions jusqu'à ce que le délai de temporisation ait expiré (la valeur par défaut est de 15 secondes).Si le dispositif de regroupement de connexions ne peut pas répondre à la requête avant que le délai de temporisation de la connexion ait expiré, une exception est levée.
.gif "Remarque Attention") Attention |
|---|
Il est vivement recommandé de toujours fermer la connexion lorsque vous avez terminé de l'utiliser, de sorte qu'elle soit retournée au pool.Pour ce faire, utilisez la méthode Close ou Dispose de l'objet Connection ou ouvrez toutes les connexions à l'intérieur d'une instruction using dans C# ou d'une instruction Using dans Visual Basic.Les connexions qui ne sont pas explicitement fermées risquent de ne pas être ajoutées ni retournées au pool.Pour plus d'informations, consultez using, instruction (référence C#) ou Comment : supprimer une ressource système (Visual Basic) pour Visual Basic. |
| Remarque |
|---|
N'appelez pas une commande Close ou Dispose sur un objet Connection, un DataReader ou tout autre objet managé dans la méthode Finalize de votre classe.Dans un finaliseur, libérez seulement les ressources non managées que votre classe possède directement.Si votre classe ne possède pas de ressource non managée, n'incluez pas de méthode Finalize dans la définition de classe.Pour plus d'informations, voir Garbage Collection. |
| Remarque |
|---|
Les événements de connexion et de déconnexion ne seront pas déclenchés sur le serveur si une connexion est extraite depuis le pool de connexions ou qu'elle est retournée au pool.En effet, la connexion n'est pas réellement fermée lorsqu'elle est retournée au pool de connexions.Pour plus d'informations, consultez Classe d'événements Audit Login et Classe d'événements Audit Logout dans la documentation en ligne de SQL Server. |
Suppression de connexions
Le dispositif de regroupement de connexions supprime une connexion du pool restée inactive pendant une période prolongée ou s'il détecte que la connexion au serveur a été interrompue.Notez qu'une connexion interrompue ne peut être détectée qu'après une tentative de communication avec le serveur.Si une connexion n'est plus reliée au serveur, elle est marquée comme étant non valide.Les connexions non valides ne sont supprimées du pool de connexions que lorsqu'elles sont fermées ou récupérées.
Si une connexion existante à un serveur a disparu, il est possible de la retirer du pool même si le dispositif de regroupement de connexions n'a pas détecté d'interruption de la connexion et ne l'a pas marquée comme non valide.C'est le cas parce que la charge de vérifier que la connexion est encore valide éliminerait les avantages liés au fait de disposer d'une fonction de regroupement de connexions en entraînant un aller-retour supplémentaire vers le serveur.Lorsque cela se produit, la première tentative d'utilisation de la connexion détecte que la connexion a été interrompue et une exception est levée.
Effacement du pool
ADO.NET 2.0 introduit deux nouvelles méthodes pour effacer un pool : ClearAllPools et ClearPool.ClearAllPools efface les pools de connexions pour un fournisseur donné et ClearPool efface le pool de connexions associé à une connexion spécifique.Si des connexions sont utilisées au moment de l'appel, elles sont marquées de façon appropriée.Lors de leur fermeture, elles sont écartées au lieu d'être retournées au pool.
Prise en charge des transactions
Les connexions sont retirées du pool et assignées en fonction du contexte de transaction.À moins que Enlist=false ne soit spécifié dans la chaîne de connexion, le pool de connexions s'assure que la connexion est inscrite dans le contexte Current.Lorsqu'une connexion est fermée et retournée au pool avec une transaction System.Transactions inscrite, elle est mise de côté de sorte que la demande suivante de ce pool de connexions avec la même transaction System.Transactions retourne la même connexion, si elle est disponible.Si une telle demande est émise et qu'aucune connexion regroupée n'est disponible, une connexion est retirée de la partie non traitée du pool et est inscrite.Si aucune connexion n'est disponible où que ce soit dans le pool, une nouvelle connexion est créée et inscrite.
Lorsqu'une connexion est fermée, elle est libérée à nouveau vers le pool et dans la sous-division appropriée en fonction de son contexte de transaction.Par conséquent, vous pouvez fermer la connexion sans générer d'erreur, même si une transaction distribuée est toujours en attente.Cela vous permet de valider ou d'abandonner ultérieurement la transaction distribuée.
Contrôle des pools de connexions avec les mots clés des chaînes de connexion
La propriété ConnectionString de l'objet SqlConnection prend en charge les paires clé-valeur des chaînes de connexion qui peuvent être utilisées pour ajuster le comportement de la logique de regroupement des connexions.Pour plus d'informations, voir ConnectionString.
Fragmentation de pool
La fragmentation de pool est un problème courant dans de nombreuses applications Web où l'application peut créer un grand nombre de pools qui ne sont pas libérés tant que le processus n'est pas terminé.Cela laisse un grand nombre de connexions ouvertes qui consomment de la mémoire et altèrent les performances.
Fragmentation de pool due à une sécurité intégrée
Les connexions sont regroupées en fonction de la chaîne de connexion et de l'identité de l'utilisateur.C'est pourquoi, si vous utilisez une authentification de base ou une authentification Windows sur le site Web ainsi qu'une connexion sécurisée intégrée, vous obtenez un pool par utilisateur.Bien que cela améliore les performances des requêtes de base de données suivantes pour un utilisateur donné, ce dernier ne peut pas tirer parti des connexions établies par d'autres utilisateurs.Cela génère également au moins une connexion au serveur de base de données par utilisateur.Il s'agit d'un effet secondaire d'une architecture d'application Web particulière que les développeurs doivent soupeser par rapport aux exigences de sécurité et d'audit.
Fragmentation de pool due à un trop grand nombre de base de données
De nombreux fournisseurs de services Internet hébergent plusieurs sites Web sur un seul serveur.Ils peuvent utiliser une seule base de données pour confirmer une connexion d'authentification Forms, puis ouvrir une connexion à une base de données spécifique pour cet utilisateur ou ce groupe d'utilisateurs.La connexion à la base de données d'authentification est regroupée et utilisée par tout le monde.Toutefois, il existe un pool de connexions distinct à chaque base de données, ce qui augmente le nombre de connexions au serveur.
Cela est également un effet secondaire de la conception de l'application.Il existe une méthode relativement simple pour éviter cet effet secondaire sans compromettre la sécurité lors de la connexion à SQL Server.Au lieu d'établir une connexion à une base de données distincte pour chaque utilisateur ou groupe d'utilisateurs, établissez une connexion à la même base de données sur le serveur, puis exécutez l'instruction Transact-SQL USE pour accéder à la base de données souhaitée.Le fragment de code suivant montre comment créer une connexion initiale à la base de données master, puis basculer vers la base de données souhaitée spécifiée dans la variable chaîne databaseName.
' Assumes that command is a valid SqlCommand object and that
' connectionString connects to master.
command.Text = "USE DatabaseName"
Using connection As New SqlConnection(connectionString)
connection.Open()
command.ExecuteNonQuery()
End Using
// Assumes that command is a SqlCommand object and that
// connectionString connects to master.
command.Text = "USE DatabaseName";
using (SqlConnection connection = new SqlConnection(
connectionString))
{
connection.Open();
command.ExecuteNonQuery();
}
Rôles d'application et regroupement de connexions
Après qu'un rôle d'application SQL Server a été activé en appelant la procédure stockée système sp_setapprole, le contexte de sécurité de cette connexion ne peut pas être rétabli.Toutefois, lorsque le regroupement est activé, la connexion est retournée au pool et une erreur se produit en cas de réutilisation de la connexion regroupée.Pour plus d'informations, voir l'article de la Base de connaissances intitulé SQL application role errors with OLE DB resource pooling (en anglais).
Alternatives aux rôles d'application
Si vous exécutez SQL Server 2005, il est recommandé de tirer parti des nouveaux mécanismes de sécurité qui peuvent être employés à la place des rôles d'application.Pour plus d'informations, voir Création de rôles d'application dans SQL Server (ADO.NET).
Voir aussi
Concepts
Compteurs de performance (ADO.NET)