Cette page permet de définir les propriétés avancées de la source de données du serveur d'applications. Ces propriétés activent et configurent des services que le serveur d'applications applique aux sources de données pour personnaliser les connexions dans un serveur d'applications. Ces propriétés n'ont aucune conséquence sur les connexions dans la base de données.
Indique le nombre d'instructions par connexion pouvant être placées en mémoire cache. Le serveur d'application place une instruction dans la mémoire cache une fois que vous avez fermé cette instruction.
Si la taille de la mémoire cache d'instructions n'est pas suffisante, il se peut que certaines entrées utiles soient effacées pour laisser de la place aux nouvelles entrées. Pour déterminer une taille maximale pour votre cache et éviter ainsi d'effectuer des suppressions dans ce dernier, ajoutez le nombre d'instructions préparées uniques et appelables (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 possibles qui peuvent être placées en mémoire cache sur une connexion donnée au cours de la vie du serveur. Si vous définissez cette valeur de taille de cache, aucune donnée n'est jamais supprimée du cache. Généralement, configurez une mémoire cache plus grande pour les applications possédant un nombre plus important d'instructions.
Si vous ne souhaitez pas que le serveur d'application mette en mémoire cache une application particulière, configurez l'indice de regroupement de l'instruction sur false. Le serveur d'application ne met pas une instruction en mémoire cache si l'indice de regroupement est défini sur false. L'application spécifie les indices de regroupement des instructions au moment de l'exécution.
Lors des tests, le paramétrage de la mémoire cache des instructions a permis d'augmenter le débit entre 10 et 20 %. Toutefois, la disponibilité limitée des ressources ne permet pas toujours d'optimiser ainsi la taille du cache.
Type de données | Entier |
Valeur par défaut | Les valeurs par défaut dépendent de la base de données. Généralement, cette valeur est égale à 10. Pour Informix versions 7.3, 9.2, 9.3 et 9.4, sans les derniers correctifs appropriés, la valeur par défaut doit être 0. Une valeur par défaut de 0 signifie qu'il n'existe aucune instruction de cache. |
Si cette option est sélectionnée, le serveur d'applications détecte l'existence d'un accès par plusieurs unités d'exécution.
Indique qu'il ne peut y avoir de correspondance exacte des connexions extraites du pool de connexions du serveur d'applications (les critères de recherche du pool de connexion n'incluent pas de nom d'utilisateur et de mot de passe). A la place, la réauthentification de connexion est effectuée dans la méthode doConnectionSetupPerTransaction() de la classe DataStoreHelper. Le serveur d'applications ne fournit pas d'implémentation de réauthentification de connexion lors de l'exécution. C'est pourquoi, lorsque vous sélectionnez cette case à cocher, vous devez étendre la classe DataStoreHelper pour fournir l'implémentation de la méthode doConnectionSetupPerTransaction() où la réauthentification a lieu. Lorsque vous ne suivez pas ce processus, le serveur d'applications peut renvoyer des connexions non utilisables. Pour plus d'informations, voir la documentation API de la méthode com.ibm.websphere.rsadapter.DataStoreHelper#doConnectionSetupPerTransaction(...)
Si cette option est sélectionnée, le serveur d'applications permet au service JMS (Java messaging service) d'obtenir des connexions optimisées à partir de cette source de données. Cette propriété empêche les applications JDBC (Java database connectivity) de partager des connexions avec les applications CMP.
Indique si le conteneur fait le suivi des descripteurs placés en cache ; il s'agit de descripteurs de connexion qu'un composant d'application maintient en activité dans les limites de transaction et de méthode. Vous pouvez utiliser cette propriété pour déboguer des incidents de connexion, mais le suivi des descripteurs peut être à l'origine d'une surcharge de performances lors de l'exécution.
AdminConfig.modify(myDataSourceVariable, '[[manageCachedHandles "true"]]')
Indique si le conteneur enregistre une entrée dans le journal des activités lorsqu'une application obtient une connexion sans contexte de transaction. Il s'agit d'exceptions aux conditions préalables de la connexion du modèle de programmation Java Platform, Enterprise Edition (Java EE).
Indique que le serveur d'applications utilise la fonction de mappage d'erreurs définie dans l'auxiliaire de magasin de données pour identifier les erreurs. Il ne remplace les exceptions émises par le pilote JDBC par les exceptions définies dans la mappe d'erreurs de l'auxiliaire du magasin de données.
Indique que le serveur d'applications utilise la fonction de mappage d'erreurs définie dans l'auxiliaire de magasin de données pour identifier les erreurs et qu'il remplace les exceptions émises par le pilote JDBC par les exceptions définies dans la mappe d'erreurs de l'auxiliaire de magasin de données.
Indique si le gestionnaire de connexions teste la nouvelle connexion créée à la base de données.
Indique le nombre de fois que la connexion initiale à la base de données doit être retestée après l'échec de la première opération de test préalable.
Si vous sélectionnez Valider les nouvelles connexions, cette option indique la durée, en secondes, durant laquelle le serveur d'applications attend avant de faire une nouvelle tentative de connexion si la connexion d'origine échoue.
Indique si le gestionnaire de connexions teste la validité des connexions mises en pool avant de les renvoyer aux applications.
Si vous sélectionnez Inspecter les connexions en pool existantes, cette option indique la durée en secondes à attribuer au pilote JDBC pour la validation d'une connexion.
Indique que le serveur d'applications utilise le pilote JDBC pour valider les connexions. Le fournisseur JDBC doit prendre en charge JDBC version 4.0 ou ultérieure pour utiliser cette option.
Spécifie l'instruction SQL que le serveur d'applications envoie à la base de données pour tester la connexion. Utilisez une requête qui n'aura que peu d'impact sur les performances.
Indique que le serveur d'applications utilise le masque get/use/close/connection. Il permet au serveur d'applications de regrouper les connexions pour partager celles de la même transaction. Ce masque d'optimisation permet à une connexion d'être partagée au cours d'une transaction même lorsque les connexions utilisent des propriétés de connexion différentes.
La fonction de regroupement hétérogène permet d'étendre la définition de la source de données pour que vous puissiez spécifier plusieurs propriétés personnalisées ou autoriser les applications à substituer les propriétés non centrales de la source de données.
Indique le délai d'attente, en secondes, entre les tentatives de redirection du client.
Indique le nombre maximum de tentatives de connexion de la fonction de redirection automatique du client en cas d'échec de la connexion principale au serveur. La propriété est utilisée uniquement lorsque Intervalle entre des tentatives de redirection du client est définie.
host1,host2
5000,50001
Indique le nom JNDI employé pour lier la liste des serveurs de redirection client DB2 à l'espace de nom JNDI. Le serveur de base de données DB2 utilise ce nom pour chercher la liste de noms de serveur lorsque les informations sur les autres serveurs n'est pas déjà en mémoire. Cette option n'est pas prise en charge par les sources de données de type 2.
Utilisé uniquement avec les tests de connexions. Lorsqu'il est défini sur true, le nom JNDI de la liste de serveurs de redirection est déconnecté de l'espace nom JNDI name après qu'un test de connexion ait été effectué.
Les liens marqués (en ligne) requièrent un accès à Internet.