Propriétés personnalisées du service de transactions
WebSphere Application Server vous permet de configurer un certain nombre de propriétés personnalisées pour les services de transaction.
Les propriétés personnalisées du service de transaction peuvent être spécifiées dans la console d'administration. Pour utiliser l'une de ces propriétés personnalisées, cliquez sur
.
- DELAY_CANCELLING_ALARMS
DISABLE_DEFERRED_CTX_REGISTRATION
DISABLE_OUTBOUND_CASCADED_SUPPORT
- DISABLE_RECOVERY_AUDIT_LOGGING
DISABLE_TRANSACTION_TIMEOUT_GRACE_PERIOD
DISABLE_WSTX_RMFAIL_LOGGING
- ENABLE_XARESOURCE_TIMEOUT
- REMOVE_PARTNER_LOG_ENTRY
RLS_LOGSTREAM_COMPRESS_INTERVAL
ZOS_RECOVER_BEFORE_COMMIT
DELAY_CANCELLING_ALARMS
Si la phase de pré-achèvement d'un processus de transaction est susceptible de contenir des processus pouvant durer longtemps ou pouvant échouer, vous pouvez souhaiter la fin de la transaction.
Par défaut, les alarmes d'exécution de la transaction sont annulées avant le début de la phase de pré-achèvement de la transaction. La propriété personnalisée DELAY_CANCELLING_ALARMS permet d'intégrer la phase de pré-achèvement de la transaction dans la période d'exécution de la transaction. Pour ce faire, paramétrez la propriété suivante sur le serveur d'applications.
Information | Value |
---|---|
Type de données | Booléen |
Valeurs acceptables | TRUE, FALSE |
Valeur par défaut | FALSE |
![[z/OS]](../images/ngzos.gif)
DISABLE_DEFERRED_CTX_REGISTRATION
Par défaut, l'enregistrement d'une transaction globale WebSphere avec le contexte de transaction natif de z/OS est différé jusqu'à l'inscription des ressources avec la transaction globale. Cet enregistrement différé représente une amélioration permettant d'accroître les performances dans les scénarios où les ressources RRS ne sont PAS impliquées dans la transaction en cours (par exemple, si seules des ressources XA sont inscrites) ; il permet d'éviter le traitement supplémentaire lié à l'enregistrement avec le contexte natif lorsque cette opération n'est pas requise par la suite. Si des ressources RRS sont inscrites avec la transaction, l'enregistrement différé a toujours lieu, mais il n'améliore pas les performances.
La propriété personnalisée DISABLE_DEFERRED_CTX_REGISTRATION désactive le report de l'enregistrement d'une transaction globale WebSphere avec le contexte de transaction natif de z/OS. Si l'enregistrement différé est désactivé, l'enregistrement avec le contexte de transaction natif est automatiquement effectué lors de la création de la transaction globale WebSphere.
- Une application active la mise en suspens du curseur, ce qui dans certains cas permet de garder un ensemble de résultats ouvert entre les limites de transactions.
Information | Value |
---|---|
Type de données | Booléen |
Valeurs acceptables | TRUE, FALSE |
Valeur par défaut | FALSE |
![[z/OS]](../images/ngzos.gif)
DISABLE_OUTBOUND_CASCADED_SUPPORT
Indique si le gestionnaire de transactions doit ou non désactiver la prise en charge des transactions en cascade et autoriser les autres serveurs WebSphere Application Server sur z/OS (qui prennent aussi en charge le traitement des transactions RRS en cascade) à prendre part à cet ensemble en cascade.
Affectez à cette propriété la valeur "true" si vous ne voulez pas d'une prise en charge sans limite. Si vous indiquez "true", le serveur utilisera par défaut la propagation des transactions JTS standard.
Information | Value |
---|---|
Type de données | Booléen |
Valeurs acceptables | TRUE, FALSE |
Valeur par défaut | FALSE |
DISABLE_RECOVERY_AUDIT_LOGGING
Vous pouvez contrôler si les messages d'informations s'affichent sur la console d'administration et sont écrits sur le fichier SystemOut.log au cours de la récupération du service de transaction. Pour ce faire, paramétrez la propriété personnalisée DISABLE_RECOVERY_AUDIT_LOGGING pour le service de transaction du serveur.
Sur les plateformes réparties, la valeur par défaut indique que les
messages d'informations s'affichent à la fois sur la console d'administration
et dans le fichier SystemOut.log au cours de la récupération
des services de transaction. Si vous ne souhaitez pas que ces messages
s'affichent, vous pouvez utiliser la propriété personnalisée DISABLE_RECOVERY_AUDIT_LOGGING.
Dans z/OS®, les messages d'informations ne s'affichent pas par défaut, ni sur la console d'administration, ni dans le fichier SystemOut.log au
cours de la récupération des services de transaction. Si vous souhaitez que ces messages
s'affichent, vous pouvez utiliser la propriété personnalisée DISABLE_RECOVERY_AUDIT_LOGGING.
![[z/OS]](../images/ngzos.gif)
Information | Value |
---|---|
Type de données | Booléen |
Valeurs acceptables | TRUE, FALSE |
Valeur par défaut |
|
![[z/OS]](../images/ngzos.gif)
DISABLE_TRANSACTION_TIMEOUT_GRACE_PERIOD
Spécifie s'il existe un délai entre l'expiration de la transaction et l'arrêt anormal de la région serviteur qui exécutait la transaction.
Si la valeur est "false", une transaction globale qui arrive à expiration est marquée pour annulation seulement. Le serveur de transactions donne environ quatre minutes supplémentaires à l'application associée pour aboutir. Si l'application aboutit dans ce délai, la transaction est annulée. Sinon, l'application et la région serviteur associée sont arrêtés de façon anormale, générant une erreur ABENDEC3 ou ABENDSEC3.
Pour supprimer ce délai supplémentaire et que l'application et la région serviteur subissent immédiatement un arrêt anormal, définissez cette valeur sur "true".
Information | Value |
---|---|
Type de données | Booléen |
Valeurs acceptables | TRUE, FALSE |
Valeur par défaut | FALSE |
![[z/OS]](../images/ngzos.gif)
DISABLE_WSTX_RMFAIL_LOGGING
Indique si un message RMFAIL est envoyé au fichier journal des erreurs lorsqu'un participant WS-AT ne parvient pas à envoyer une réponse dans le délai accordé pour les réponses asynchrones, ce qui entraîne l'émission d'une exception de transaction XAER_RMFAIL.
Si vous indiquez la valeur false, un message RMFAIL est envoyé au fichier journal des erreurs lorsqu'un participant WS-AT ne parvient pas à envoyer une réponse dans le délai accordé pour les réponses asynchrones.
Indiquez la valeur true si vous ne souhaitez pas qu'un message RMFAIL soit envoyé au fichier journal des erreurs lorsqu'un participant WS-AT ne parvient pas à envoyer de réponse dans le délai imparti pour les réponses asynchrones.
Information | Value |
---|---|
Type de données | Booléen |
Valeurs acceptables | TRUE, FALSE |
Valeur par défaut | FALSE |
ENABLE_XARESOURCE_TIMEOUT
Si la valeur est true, le service de transaction fournit une valeur de délai d'attente pour les ressources XA lorsqu'elles sont impliquées dans des transactions globales. Le délai d'attente indiqué correspond au nombre restant de secondes avant que la transaction n'expire.
Information | Value |
---|---|
Type de données | Booléen |
Valeurs acceptables | TRUE, FALSE |
Valeur par défaut | FALSE |
REMOVE_PARTNER_LOG_ENTRY
Vous pouvez supprimer des entrées du fichier journal du partenaire de transaction. Pour ce faire, paramétrez la propriété personnalisée REMOVE_PARTNER_LOG_ENTRY pour le service de transaction du serveur possédant le journal du partenaire.
Au cours du processus de récupération de la transaction, le journal du partenaire est contrôlé pour définir les ressources nécessaires. Si vous souhaitez supprimer certaines entrées du journal du partenaire, par exemple une ressource qui n'existe plus, paramétrez cette propriété personnalisée sur le serveur d'applications qui possède le journal du partenaire de transaction contenant les entrées à supprimer.
La propriété personnalisée REMOVE_PARTNER_LOG_ENTRY est uniquement active lorsque les deux situations suivantes se présentent.
- Le serveur d'applications est démarré en mode récupération.
- Le serveur d'applications ne possède aucune transaction nécessitant actuellement une récupération. Vous pouvez le vérifier en consultant le fichier SystemOut.log.
Information | Value |
---|---|
Type de données | Entierr |
Valeurs acceptables | (un ou plusieurs ID de récupération d'entier séparés par une virgule) |
Valeur par défaut | (null) |
![[z/OS]](../images/ngzos.gif)
RLS_LOGSTREAM_COMPRESS_INTERVAL
Définit, en secondes, l'intervalle auquel le service du journal de récupération tente de compresser les flux de consignation utilisés par les composants d'application. Le service de transaction (journal du partenaire XA) et les composants de service de compensation peuvent être configurés pour utiliser le service de journal de récupération.
La compression du flux de consignation est vérifiée une fois par intervalle. Cette opération peut causer une utilisation inutile de l'unité centrale si le flux de consignation n'est pas en cours d'utilisation.
- Si vous n'utilisez pas de flux de consignation pour le service de compensation, attribuez à cette propriété une valeur supérieure à la valeur par défaut.
- Si votre service de journal de récupération utilise des flux de consignation, n'attribuez pas de valeur trop élevée à cette propriété. Si les flux de consignation du service de journal de récupération saturent avant la fin de l'intervalle de compression, les transactions peuvent commencer à échouer avant que les flux de consignation ne soient compressés.
- Si aucun de vos composants n'est configuré pour utiliser un flux de consignation, définissez cette propriété sur 0 (zéro) pour désactiver cette fonction.
Information | Value |
---|---|
Type de données | Entierr |
Valeurs acceptables | 0 - 2,147,483,647 (0 désactive cette fonction) |
Valeur par défaut | 30 secondes |
ZOS_RECOVER_BEFORE_COMMIT
Cette propriété empêche la génération d'un interblocage à la suite d'un appel xa_recover sur une ressource MQ Server lors de la récupération. Le serveur MQ utilise des interfaces de flux entrant de transaction JCA 1.5 en standard. Ces interfaces permettent au membre de bus MQ Server de coordonner les ressources WMQ et du bus d'intégration de services en utilisant des transactions WebSphere Application Server. Lors de la validation d'une transaction lors de la récupération, xa_recover est appelé pour éviter que les anciens pilotes DB2 ne retournent XAER_NOTA, même si la transaction existe lors de l'appel xa_commit ou xa_rollback.
Cet interblocage se produit, car la ressource MQ Server rappelle le contrôleur et tente de verrouiller toutes les transactions connues pour que la ressource MQ server qu'elle puisse générer une liste de transactions qui doit répondre à l'appel xa_recover. Cependant, comme la transaction IN-COMMIT en cours de validation est verrouillée, l'appel xa_recover attend indéfiniment pour verrouiller la transaction IN-COMMIT, car cette dernière n'est pas déverrouillée tant que la transaction n'est pas validée.
Affectez à la propriété la valeur FALSE pour que, lors du traitement des transactions lors de la récupération, l'appel xa_recover ne soit pas émis avant un appel xa_commit ou xa_rollback.

Information | Value |
---|---|
Type de données | Booléen |
Valeurs acceptables | TRUE, FALSE |
Valeur par défaut | TRUE |