[AIX Solaris HP-UX Linux Windows][z/OS]

Paramètres d'optimisation de l'accès aux données

Pour améliorer les performances de l'application, vous pouvez optimiser certaines ressources d'accès aux données dans la console d'administration de WebSphere Application Server.

Ajustez les propriétés des sources de données et des pools de connexion pour optimiser les performances des transactions entre votre application et le magasin de données.

Optimisation des sources de données

Pour afficher la page de la console d'administration permettant de configurer les propriétés suivantes, cliquez sur Ressources > Fournisseurs JDBC > fournisseur_JDBC > Sources de données > source_données > Propriétés de connexion WebSphere Application Server.
Activez la prise en charge JMS de l'optimisation en une phase.
Si votre application n'utilise pas de messagerie JMS, ne sélectionnez pas cette option. L'activation de cette prise en charge permet à JMS (Java™ Message Service) d'obtenir des connexions optimisées à partir de la source de données. Elle permet également d'éviter que les applications JDBC obtiennent des connexions à partir de la source de données. Pour d'autres explications sur la prise en charge JMS en une phase, consultez l'article du Centre de documentation relatif au "partage des connexions permettant de tirer profit de l'optimisation de la validation en une phase".
Taille du cache d'instructions
Indique le nombre d'instructions par connexion pouvant être placées dans le cache.
La source de données WebSphere Application Server optimise le traitement des instructions préparées et des instructions d'appel en plaçant dans la mémoire cache celles qui ne sont pas utilisées dans une connexion active. Les deux types d'instructions aident à réduire la surcharge pour les transactions avec données dorsales.
  • Une instruction préparée est une instruction SQL précompilée stockée dans un objet PreparedStatement. Le serveur d'applications utilise cet objet pour exécuter l'instruction SQL plusieurs fois, selon les conditions de la phase d'exécution de votre application, avec des valeurs déterminées par la phase d'exécution.
  • Une instruction d'appel est une instruction SQL contenant un appel vers une procédure mémorisée, qui correspond à une série d'instructions précompilées effectuant une tâche et renvoyant un résultat. Elle est stockée dans l'objet CallableStatement. Le serveur d'applications utilise cet objet pour exécuter une procédure mémorisée plusieurs fois, selon les conditions de la phase d'exécution de votre application, avec des valeurs déterminées par la phase d'exécution.
En général, plus l'application comporte d'instructions, plus la taille du cache doit être importante. Cependant, sachez que si vous spécifiez une taille de cache d'instructions plus élevée que nécessaire, la mémoire de l'application est gaspillée et les performances ne sont pas améliorées.

Vous pouvez déterminer la taille de votre cache en ajoutant le nombre d'instructions préparées uniques et pouvant être appelées (déterminé par la chaîne SQL, le mode d'accès concurrent et le type de défilement) pour chaque application qui utilise cette source de données sur un serveur spécifique. Cette valeur représente le nombre maximal d'instructions préparées qui peuvent être placées dans la mémoire cache sur une connexion donnée au cours de l'utilisation du serveur. Pour plus d'informations concernant ce paramètre, voir la rubrique Propriétés des sources de données WebSphere Application Server.

Valeur par défaut : pour la plupart des bases de données, la valeur par défaut est 10. La valeur zéro indique qu'il n'existe pas d'instruction cache.

Optimisation du pool de connexions

Pour afficher la page de la console d'administration permettant de configurer les propriétés suivantes, cliquez sur Ressources > Fournisseurs JDBC > fournisseur_JDBC > Sources de données > source_données > Paramètres du pool de connexion.
Nombre maximal de connexions
Indique le nombre maximal de connexions physiques qui peuvent être créées dans le pool. Il s'agit de connexions physiques à un magasin de données dorsal. Une fois ce nombre atteint, aucune nouvelle connexion physique n'est créée ; les demandeurs doivent attendre qu'une connexion physique en cours d'utilisation soit renvoyée au pool.

Pour des performances optimales, définissez pour le pool de connexions une valeur inférieure à la taille du pool d'unités d'exécution du conteneur Web. Des valeurs peu élevées, 10 à 30 connexions par exemple, permettent de meilleures performances que des valeurs élevées telles que 100. Pour plus d'informations sur ce paramètre, voir la rubrique Paramètres des pools de connexions.

Valeur par défaut : 10

Nombre minimal de connexions
Indique le nombre minimal de connexions physiques à conserver. Tant que ce nombre n'est pas dépassé, l'unité d'exécution de maintenance du pool ne supprime aucune connexion physique.

Si vous associez cette propriété à un nombre de connexions supérieur au nombre utilisé en dernier par votre application au moment de l'exécution, vous ne gaspillez pas les ressources. WebSphere Application Server ne crée pas de connexions supplémentaires si votre valeur minimale n'est pas atteinte. Evidemment, si votre application requiert un nombre de connexions plus élevé que le nombre défini pour cette propriété, les performances de l'application diminuent pendant que les requêtes sont en attente de distribution. Pour plus d'informations sur ce paramètre, voir la rubrique Paramètres des pools de connexions.

Valeur par défaut : 1


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=rdat_datobjtune
Nom du fichier : rdat_datobjtune.html