combien de temps faut une connexion au serveur sql être inactif avant qu'il soit fermé par le pool de connexion?

J'ai un client-serveur d'application qui l'utilise .NET SqlClient Fournisseur de Données pour se connecter à sql server - les choses assez standard. Par défaut, combien de temps doit-connexions être inactif avant le regroupement de connexion gestionnaire de fermer la connexion de base de données et l'enlever de la piscine? Ce paramètre si tous les contrôles cela?

Ce document MSDN seulement dit

La connexion pooler supprime une connexion à partir de la piscine après qu'il a été inactif pendant une longue période, ou si le pooler détecte que la connexion avec le serveur a été interrompue.

InformationsquelleAutor Rory | 2009-07-16
  1. 7

    Il y A quelques années, la réponse était sous la situation, mais maintenant il a changé de sorte que vous pouvez vous référer à la source et écrire un résumé 🙂

    Vieille réponse

    Cet excellent article nous dit ce que nous devons savoir, à l'aide de la réflexion afin de révéler le fonctionnement interne du groupement de connexions.

    De la façon dont je le comprends, "fermée" connexions sont nettoyés périodiquement sur un semi-aléatoire de l'intervalle. Le processus de nettoyage s'exécute quelque part entre toutes les 2min et 3min 50s, mais il a besoin pour fonctionner à deux fois avant d'un "fermé" connexion est correctement fermé. Donc après 7min 40 ans de l'être "fermée" dans le sous-jacent de connexion sql doit être bien fermé, mais il pourrait être aussi court que 2min. Au moment de la rédaction de la première connexion de la piscine a créé dans un processus aurait toujours un intervalle de minuterie de 3min 10s, de sorte que vous auriez normalement voir les connexions sql être fermé quelque part entre 3min 10s et 6min 20s après vous appeler Close() sur l'objet ADO.

    Évidemment, cela utilise des sans-papiers, le code pourrait changer dans le futur - ou pourrait même avoir changé depuis que l'article a été écrit.

    • Être prudent ici. La application a modifié le fonctionnement interne exposée par cet article ne sont pas plus vrai. La connexion est vraiment nettoyée.
    • Alors ... l'équilibre délai d'attente est défini à 0, signifiant que la connexion est vraiment fermé instant? C'est la façon dont je le comprends. Comment le regroupement de connexion sous-jacente? N'est-ce pas saper la mise en commun?
    • Oooh. Ce n'est que si l'aide d'équilibrage de la charge et la connexion n'est pas marqué comme étant vouée à l'échec.
    InformationsquelleAutor Rory
  2. 0

    S'il vous plaît aller à travers ce:

    http://msdn.microsoft.com/en-us/library/system.data.sqlclient.sqlconnection.connectionstring%28VS.80%29.aspx

    La partie

    "Le tableau suivant répertorie les valide
    les noms de connexion mise en commun des valeurs
    dans la propriété ConnectionString."

    semble être de votre intérêt.

    • hmmm... le seul paramètre qui pourrait être approprié, il est en Charge de l'Équilibre du Délai d'attente, mais c'est un minimum pour ne pas avoir un max de temps et donc d'accroître il devrait établir des liens de durer plus longtemps. Je veux savoir ce que "inactif pendant une longue période" signifie que par défaut. Si c'est le regroupement de connexions qui décide qu'une connexion a été ralenti alors il ne devrait pas être dépendante sur le Serveur SQL server timeout de la connexion. Aussi est-il une chose telle que le délai de connexion de SQL Server?
    • On peut utiliser la Connexion de décider de la durée de Vie max de la vie d'une connexion (inactif + de temps).
    • Retiré la partie sur le délai d'attente de connexion. Selon les données disponibles, ne peux pas dire quand .NET va fermer la connexion, mais en utilisant la Connexion à Vie & Équilibrer la Charge de délai d'attente, je pense que vous pouvez un peu de contrôle lorsque la connexion sera interrompue. Aussi garder en vie paramètre de SQl Server va tuer des connexions inactives (pas de connexions inactives) en cas de TCP/IP.
    • Connexion à Vie dit qu'il n'est activée que lorsqu'une connexion renvoie à une piscine, et il est basé sur lorsque la connexion a été créé plutôt que combien de temps depuis le dernier lot. Donc je ne pense pas que c'est utile dans ce contexte.
    • Une connexion est supprimée à partir d'un pool de connexion et la connexion au serveur de base de données est terminé lorsqu'elle est inactive (non utilisé) pendant trop longtemps. La longueur de temps qu'une connexion peut rester les bras croisés dans un pool de connexion avant d'être retiré est déterminé par la Connexion de la durée de Vie de la chaîne de connexion de l'option. Un horodatage est attaché à chaque connexion qui est remis à un pool de connexion lorsque l'application appelle la Connexion.Close(). Le responsable de la piscine puis vérifie périodiquement les piscines pour les connexions qui ont dépassé leur Connexion à Vie.
    • Notez, cependant, que le fournisseur de données conservera toujours le nombre de connexions spécifié par le Min de la Taille du Pool de connexion option dans un pool de connexions. Ainsi, la définition de la Min la Taille du Pool de l'option de connexion supérieure à 0 signifie que beaucoup de liens dans une piscine efficacement ignorer la Connexion de durée de Vie de l'option de connexion. ---- C'est ce que j'ai trouvé dans un document PDF sur le Regroupement de connexions par DATADIRECT TECHNOLOGIES
    • Selon les docs, ConnectionLifetime est la période depuis la connexion a été ouverte, pas depuis qu'il a été utilisé en dernier. Si oui, alors c'est de ne pas définir le délai d'inactivité, et la définition de cette entraînera des connexions inutilement fermés lorsqu'ils sont régulièrement utilisés. par exemple, je veux connexions fermé, après 1 minute de non-utilisation. Si j'utilise ConnectionTimeout puis chaque db connexion sera fermée après 1 min. Je veux seulement ceux qui ne sont pas utilisés régulièrement pour être fermé.

    InformationsquelleAutor Ganesh R.