Paramètres du pool de connexions

Cette page permet de configurer les paramètres du pool de connexions.

Cette page de la console d'administration est commune aux sources de données JDBC et aux fabriques de connexions JMS (fabriques de connexions unifiées, de file d'attente ou de rubrique). Son chemin d'accès dépend du type de ressource, mais il suffit en général de sélectionner une instance du type de ressource et de cliquer ensuite sur Pool de connexions pour l'afficher. Exemple :
  • Cliquez sur Ressources > JDBC > Sources de données > source_données > [Propriétés supplémentaires] Propriétés du pool de connexions.
  • Cliquez sur Ressources > JMS->Fabriques de connexions de file d'attente->fabrique_connexions_file_attente->[Propriétés supplémentaires] Pool de connexions.
Eviter les incidents Eviter les incidents: Le regroupement de connexions n'est pas pris en charge dans un client d'application. Le client d'application appelle directement la base de données et ne passe pas par une source de données. Pour utiliser la demande getConnection() à partir du client d'application, configurez le fournisseur JDBC dans les descripteurs de déploiement du client d'application à l'aide de Rational Application Developer ou d'un outil d'assemblage. La connexion est établie entre le client d'application et la base de données. Les clients d'application ne possèdent pas de pool de connexions mais vous pouvez configurer les paramètres de fournisseur JDBC dans les descripteurs de déploiement du client.gotcha

Délai d'expiration de connexion

Spécifie le délai, en secondes, au terme duquel une demande de connexion expire et une exception ConnectionWaitTimeoutException est émise.

Cette valeur indique, en secondes, le délai d'attente d'une demande de connexion lorsqu'aucune connexion n'est disponible dans le pool libre et qu'aucune connexion ne peut être créée. Cette impossibilité est généralement due au fait que le nombre maximal de connexions autorisées dans ce pool est atteint.

Par exemple, si le paramètre Délai d'expiration de connexion a la valeur 300 et que le nombre maximal de connexions est utilisé, le gestionnaire du pool attend 300 secondes qu'une connexion physique devienne disponible. Si, passé ce délai, aucune connexion physique n'est disponible, le gestionnaire du pool lance une exception ConnectionWaitTimeout. Il n'y a généralement pas lieu de retenter la méthode getConnection() car si une attente plus longue est nécessaire pour l'obtention d'une connexion, vous devez augmenter la valeur du paramètre Délai d'expiration de connexion. Si une exception ConnectionWaitTimeout est interceptée par l'application, étudiez la syntaxe attendue du pool de connexions de l'application et réglez en conséquence les paramètres du pool de connexions et de la base de données.

Si le paramètre Délai d'expiration de connexion a pour valeur 0, le gestionnaire du pool attend aussi longtemps que nécessaire qu'une connexion devienne disponible. Cela se produit lorsque l'application traite une transaction et renvoie une connexion au pool ou lorsque le nombre de connexions passe sous le seuil du paramètre Nombre maximal de connexions et qu'une nouvelle connexion physique est créée.

Si le paramètre Nombre maximal de connexions a pour valeur 0, un nombre illimité de connexions physiques est autorisé et la valeur du délai d'expiration de connexion est ignorée.

Informations Value
Type de données Integer
Unités Secondes
Valeur par défaut 180
Plage 0 à max (nombre entier)

Nombre maximal de connexions

Spécifie le nombre maximal de connexions physiques qui peuvent être créées dans le pool.

Il s'agit de connexions physiques à une ressource dorsale. Lorsque ce nombre est atteint, plus aucune nouvelle connexion physique n'est créée. Le demandeur doit attendre qu'une connexion physique en cours d'utilisation soit renvoyée au pool ou qu'une erreur ConnectionWaitTimeoutException s'affiche. Par exemple, si le paramètre Nombre maximal de connexions a pour valeur 5 et qu'il y a 5 connexions physiques en cours d'utilisation, le gestionnaire de pools attend qu'une connexion physique se libère pendant la durée spécifiée par le paramètre Délai d'expiration de connexion.

Le fait de connaître le nombre de pools de connexions qui sont susceptibles de demander des connexions du système dorsal, tel qu'une base de données DB2 ou un serveur CICS, vous aide à déterminer une valeur pour la propriété Nombre maximal de connexions.

[AIX Solaris HP-UX Linux Windows][IBM i]Dans le cas de plusieurs serveurs d'applications autonomes utilisant la même configuration de source de données ou la même configuration de fabrique de connexions J2C, un pool de connexions physique distinct existe pour chaque serveur. Si vous clonez ces mêmes serveurs d'applications, WebSphere Application Server (base) implémente un pool de connexions distinct pour chaque clone.

[z/OS]Prenez en considération le nombre de serviteurs qui accèdent à la même ressource ; lors de l'exécution, ce nombre multiplie essentiellement la valeur du paramètre Nombre maximal de connexions. Si les serviteurs démarrent la même configuration de source de données JDBC ou la même configuration de fabrique de connexions J2C, WebSphere Application Server (base) implémente un pool de connexions physique correspondant pour chaque serviteur. Par conséquent, le même pool de connexions existe, indépendamment, pour chaque serveur. La valeur du paramètre Nombre maximal de connexions s'applique à chacun de ces pools.

[AIX Solaris HP-UX Linux Windows][IBM i]Tous ces pools de connexions correspondent à la même source de données ou à la même configuration de fabrique de connexions. Par conséquent, ils sont tous susceptibles de demander simultanément des connexions de la même ressource dorsale. La seule valeur du paramètre Nombre maximal de connexions que vous définissez dans ce panneau de la console s'applique à chacun de ces pools de connexions. En conséquence, le fait d'attribuer une valeur élevée au paramètre Nombre maximal de connexions peut donner lieu à une charge de demandes de connexion trop forte pour la ressource dorsale.

[z/OS]Chaque application qui requiert la source de données ou la fabrique de connexions dans ces servants est susceptible d'essayer d'utiliser la ressource simultanément. Par conséquent, les pools de connexions correspondants requièrent simultanément des connexions du même système dorsal. N'attribuez pas une valeur au paramètre Nombre maximal de connexions qui puisse amener la charge des demandes de connexion à surcharger votre base de données ou un autre système d'information d'entreprise (EIS).

Informations Value
Type de données Integer
Valeur par défaut 10
Plage 0 à maximum (nombre entier)

Si le paramètre Nombre maximal de connexions a pour valeur 0, la valeur du délai d'expiration de connexion est ignorée.

Conseil : Pour optimiser les performances, définissez pour le pool de connexions une valeur inférieure au nombre maximal de connexions du pool d'unités d'exécution du conteneur Web. Pour configurer ce paramètre, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > serveur > Pools d'unités d'exécution, et modifiez la propriété du conteneur Web. Des valeurs basses (entre 10 et 30 connexions) permettent de meilleures performances que des valeurs hautes (100, par exemple).

Vous pouvez utiliser Tivoli Performance Viewer pour déterminer le nombre maximal de connexions dans un pool. Si le nombre d'unités simultanément en attente est supérieur à 0, mais que la charge du processeur n'est pas proche de 100 %, vous pouvez envisager d'augmenter la taille du pool de connexions. Si la valeur Pourcentage utilisé est constamment faible, pour une charge de travail normale, diminuez le nombre de connexions du pool.

Nombre minimal de connexions

Spécifie le nombre minimal de connexions physiques à maintenir.

Si la taille du pool de connexions est inférieure ou égale à la taille minimale autorisée, l'unité d'exécution Délai d'inutilisation n'élimine pas les connexions physiques. Cependant, aucune connexion n'est créée dans le pool afin que la taille du pool ne dépasse pas la valeur minimale autorisée. De plus, si vous définissez une valeur pour Délai dépassé, les connexions arrivées à expiration sont éliminées, quelle que soit la taille minimale du pool de connexions.

Par exemple, si le paramètre Nombre minimal de connexions a pour valeur 3 et qu'une seule connexion physique est créée, cette connexion n'est pas supprimée suite au dépassement du délai d'inutilisation. De même, l'unité d'exécution ne crée pas automatiquement deux connexions physiques supplémentaires pour atteindre la valeur du paramètre Nombre minimal de connexions.

Informations Value
Type de données Integer
Valeur par défaut 0
Plage 0 à max (nombre entier)

Intervalle de ramassage

Indique l'intervalle, en secondes, entre chaque lancement de l'unité d'exécution de maintenance des pools.

Par exemple, si l'intervalle de ramassage a pour valeur 60, l'unité d'exécution de maintenance du pool s'exécutera toutes les minutes. L'intervalle de ramassage a un impact sur l'exactitude des paramètres Délai d'inutilisation et Délai dépassé. Plus l'intervalle est court, plus ces paramètres peuvent être exacts. Si l'unité d'exécution de maintenance du pool est activée, réglez le délai de ramassage sur une valeur inférieure à celles des paramètres Délai d'inutilisation et Délai dépassé. Lorsque l'unité d'exécution de maintenance du pool s'exécute, elle élimine les connexions qui sont restées inutilisées pendant une durée supérieure à la valeur fixée par le paramètre Délai d'inutilisation, jusqu'à ce que le nombre de connexions spécifié par le paramètre Nombre minimal de connexions soit atteint. L'unité d'exécution de maintenance du pool élimine également les connexions qui sont restées actives pendant une durée supérieure à la valeur spécifiée par le paramètre Délai dépassé.

L'intervalle de ramassage a également un impact sur les performances. Plus il est court, plus l'unité d'exécution de maintenance du pool est sollicitée, ce qui a pour conséquence de dégrader les performances.

Pour désactiver l'unité d'exécution de maintenance du pool, affectez la valeur 0 au délai de ramassage ou affectez la valeur 0 aux paramètres Délai d'inutilisation et Délai dépassé. La méthode recommandée pour désactiver l'unité d'exécution de maintenance du pool consiste à affecter la valeur 0 à l'intervalle de ramassage. Dans ce cas, les paramètres Délai d'inutilisation et Délai dépassé sont ignorés. Cependant, si le délai d'inutilisation et le délai dépassé ont pour valeur 0, l'unité d'exécution de maintenance du pool s'exécute. Les connexions physiques qui sont en dépassement de délai en raison d'un délai d'attente non nul sont éliminées ainsi que les connexions qui résident dans un pool utilisé (ou un pool partagé) car elles ont été mises en attente plus longtemps que l'intervalle de temps défini pour Délai dépassé.

Informations Value
Type de données Integer
Unités Secondes
Valeur par défaut 180
Plage 0 à max (nombre entier)

Délai d'inutilisation

Spécifie le délai, en secondes, au terme duquel une connexion inutilisée ou au repos est éliminée.

Pour optimiser les performances, affectez au délai d'inutilisation une valeur supérieure à celle de l'intervalle de ramassage. Les connexions physiques inutilisées sont éliminées uniquement si le nombre de connexions dépasse la valeur du paramètre Nombre minimal de connexions. Par exemple, si la valeur du délai d'inutilisation est 120, l'unité d'exécution de maintenance du pool est activée (l'intervalle de ramassage est différent de 0) et toute connexion physique qui reste inutilisée pendant 2 minutes est supprimée.

La précision et les performances de ce délai dépendent de la valeur du délai de régulation. Voir Intervalle de ramassage pour plus d'informations.

Informations Value
Type de données Integer
Unités Secondes
Valeur par défaut 1800
Plage 0 à max (nombre entier)

Délai dépassé

Spécifie le délai, en secondes, au terme duquel une connexion physique est éliminée.

Si le paramètre Délai dépassé a pour valeur 0, les connexions physiques actives sont conservées dans le pool indéfiniment. Pour optimiser les performances, affectez au délai dépassé une valeur supérieure à celle de l'intervalle de ramassage.

Par exemple, si la valeur du délai dépassé est 1200 et que l'intervalle de ramassage est différent de 0, toute connexion physique qui existe pendant 1200 secondes (20 minutes) est supprimée du pool. sauf si la connexion est impliquée dans une transaction lorsque le délai dépassé est atteint, le serveur d'applications n'ignore pas la connexion tant que la transaction n'est pas terminée et que la connexion n'est pas fermée.

La précision et les performances de ce délai dépendent de la valeur du délai de régulation. Voir Intervalle de ramassage pour plus d'informations.

Informations Value
Type de données Integer
Unités Secondes
Valeur par défaut 0
Plage 0 à max (nombre entier)

Règle de purge

Spécifie comment purger les connexions périmées (stale) ou présentant une erreur irrémédiable.

Les valeurs possibles sont Totalité du pool et Connexion défaillante uniquement.

Informations Value
Type de données String (chaîne)
Valeurs par défaut Totalité du pool

Icône indiquant le type de rubrique Rubrique de référence



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=udat_conpoolset
Nom du fichier : udat_conpoolset.html