Configuration des propriétés de transaction pour un serveur d'applications

Vous pouvez afficher ou modifier les paramètres du service Transactions. Par exemple, vous pouvez modifier l'emplacement ou la taille du fichier par défaut des fichiers journaux des transactions, modifier le délai d'expiration des transactions ou les propriétés de type heuristique.

Pourquoi et quand exécuter cette tâche

Le service Transactions est un composant d'exécution du serveur qui peut coordonner les mises à jour sur plusieurs gestionnaires de ressources pour assurer la mise à jour atomique des données. Les transactions sont lancées et arrêtées par les applications ou le conteneur dans lequel les applications sont déployées.

Vous pouvez effectuer cette tâche lorsque vous souhaitez déplacer les journaux de transactions vers un périphérique de stockage différent ou lorsque vous avez besoin de modifier les paramètres du service Transactions. Vous devez redémarrer le serveur d'applications pour que les changements de configuration s'appliquent.

Pour les utilisateurs en transition Pour les utilisateurs en transition: L'approche relative au changement de la taille des fichiers journaux des transactions et à l'activation des fonctions MMAP a changé par rapport aux versions précédentes.trns

Procédure

  1. Dans la console d'administration, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur. Les propriétés du serveur d'applications, nom_serveur, sont affichées dans la sous-fenêtre de contenu.
  2. Cliquez sur [Paramètres du conteneur] Services du conteneur > Service de transactions. La page des paramètres du Service Transactions s'affiche.
  3. Assurez-vous que l'onglet Configuration est affiché.
  4. Facultatif : [AIX Solaris HP-UX Linux Windows][IBM i]Pour modifier le répertoire dans lequel les journaux des transactions sont écrits, tapez le nom du chemin complet du répertoire dans la zone Répertoire du journal des transactions. Vous pouvez vérifier la valeur d'exécution actuelle du répertoire du journal des transactions en cliquant sur l'onglet Exécution.

    Lorsque vous utilisez WebSphere Application Server sans prise en charge de la haute disponibilité, vous n'êtes pas tenu de définir la configuration des journaux de récupération pour les services persistants, tels que le service Transactions. Le serveur d'applications choisit un emplacement par défaut dans le répertoire de profil approprié. Si la prise en charge de la haute disponibilité est activée, cet emplacement peut être invisible depuis tous les serveurs du cluster (s'ils se trouvent dans des profils ou des noeuds physiques différents, par exemple). A cause de ce comportement, vous devez configurer l'emplacement du journal de récupération de chaque serveur du cluster avant d'activer la haute disponibilité. Assurez-vous que chaque serveur du cluster dispose d'un répertoire des journaux de transactions unique pour éviter que plusieurs serveurs ne tentent d'accéder au même fichier journal. Assurez-vous également que chaque serveur du cluster peut accéder aux répertoires des journaux de transactions des autres serveurs du cluster.

    Dans un environnement de haute disponibilité (HA), le répertoire des journaux de transactions et le répertoire des journaux de compensation de chaque serveur d'un cluster doivent être uniques.

    Remarque : Si vous modifiez le répertoire du journal des transactions, vous devez appliquer la modification et redémarrer le serveur d'applications dès que possible afin de réduire le risque d'incidents se produisant avant le redémarrage du serveur d'applications. Par exemple, si un incident entraîne l'échec du serveur avec des transactions en cours, quand le serveur redémarre, il utilise le nouveau répertoire de journal et ne peut pas convertir automatiquement les transactions en cours enregistrées dans l'ancien répertoire de journal.

    Vous pouvez définir la taille des journaux de transactions, comme indiqué dans l'étape 5.

  5. Facultatif : Pour modifier la taille des fichiers journaux des transactions, entrez un paramètre de taille de fichier dans la zone Répertoire du journal des transactions. Utilisez un des formats suivants où nom_répertoire est le nom du répertoire de journal des transactions et taille_fichier est l'allocation d'espace du disque pour les fichiers journaux des transactions mesurée en kilo-octets (nK) ou mégaoctets (nM). La taille minimale de fichier journal des transactions que vous pouvez spécifier est 64 ko. Si vous spécifiez une valeur inférieure à 64 ko ou si vous ne spécifiez pas de valeur, la valeur par défaut de 1 Mo est utilisée.
    ;taille_fichier   <!-- This format keeps the default directory -->
    nom_répertoire;taille_fichier
    dir://nom_répertoire/nom_répertoire;taille_fichier
    /nom_répertoire/nom_répertoire;taille_fichier
    [AIX Solaris HP-UX Linux Windows]Par exemple, pour un système Windows, l'entrée suivante indique que les fichiers journaux des transactions sont créés dans le répertoire c:\tranlogs avec une taille de 2 Mo.
    c:\tranlogs;2M

    [AIX Solaris HP-UX Linux Windows][IBM i]Dans un environnement hors production, vous pouvez désactiver la journalisation des transactions en entrant ;0 dans la zone Répertoire du journal des transactions (n'entrez aucun nom de répertoire). Vous ne devez pas la désactiver dans un environnement de production car cela empêcherait la reprise sur incident système, et l'intégrité des données ne pourrait pas être garantie.

    [AIX Solaris HP-UX Linux Windows][IBM i]Pour plus d'informations sur les tailles de journaux de transactions, voir Gestion de la journalisation des transactions pour une disponibilité optimale du serveur.

  6. Facultatif : [z/OS]Définissez la propriété com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles pour l'utilisation du mappage mémoire pour les fichiers journaux des transactions sous z/OS.
    Eviter les incidents Eviter les incidents: Si cette option est définie, vous devez définir soigneusement la taille des fichiers journaux des transactions. Vous pouvez utiliser le paramètre MAXMMAPAREA pour définir la taille des fichiers journaux des transactions afin de garantir qu'ils n'excéderont pas la taille maximale d'espace de stockage de données alloué aux mappages mémoire. Par exemple, en modifiant le paramètre MAXMMAPAREA, vous pouvez réduire la taille des journaux des transactions ou augmenter l'espace de stockage utilisé pour le mappage mémoire pour les fichiers journaux des transactions. MAXMMAPAREA spécifie la quantité maximale d'espace de stockage des données, en pages, pouvant être allouée aux mappages mémoire des fichiers journaux des transactions. Il existe deux fichiers journaux de transactions, intitulés log1 et log2, et 1 Mo est alloué à chacun des fichiers. C'est pourquoi, chaque serveur a besoin de 512 pages par défaut.gotcha
    L'exemple suivant montre comment calculer la valeur du paramètre OMVS, si vous utilisez la taille par défaut des fichiers journaux :
    MAXMMAPAREA = 512 x nombre_de_serveurs + (ressources requises hors du serveur d'applications)
    nombre_de_serveurs représente le nombre de contrôleurs qui s'exécutent simultanément, incluant les serveurs d'applications et le gestionnaire de déploiement, mais pas l'agent de noeud. Les étapes suivantes permettant de définir la propriété com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles en vue de l'utilisation des fichiers faisant l'objet d'un mappage mémoire pour la journalisation des transactions.
    1. Dans la console d'administration, sélectionnez Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur.
    2. Cliquez sur [Infrastructure du serveur] Gestion des processus et Java > Définition des processus > Machine virtuelle Java > Contrôle > [Propriétés supplémentaires] Propriétés personnalisées.
    3. Cliquez sur Nouveau.
    4. Entrez les informations pour la propriété com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles.
      Nom Value
      com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles false
  7. Facultatif : Consultez ou modifiez la valeur des propriétés de délai d'expiration de transaction :
    Durée de vie totale des transactions
    Le nombre de secondes définissant la durée pendant laquelle une transaction démarrée sur ce serveur peut patienter avant que le service de transaction lance le processus de fin. Si une transaction n'entame pas son exécution avant ce délai d'attente, elle est annulée. La valeur 0 (zéro) indique que la limite de délai d'expiration ne s'applique pas et, par conséquent, le délai de transaction maximal est utilisé à la place. Les composants de l'application peuvent remplacer le dépassement du délai autorisé pour la durée de vie des transactions pour leurs transactions en définissant leur propre valeur de dépassement de délai.
    [AIX Solaris HP-UX Linux Windows][IBM i]Si vous exécutez votre système de messagerie en mode non ASF, vous devez vous assurer que cette propriété est correctement configurée avec la propriété personnalisée de service d'écoute de message NON.ASF.RECEIVE.TIMEOUT afin d'éviter des délais d'expiration de transaction indésirables. Pour plus d'informations, consultez les liens connexes.
    Délai d'expiration maximal des transactions
    Le nombre de secondes qu'une transaction propagée dans ce serveur d'applications peut rester inactive avant que le service Transactions y mette fin. Cette valeur s'applique également aux transactions démarrées dans ce serveur si leurs applications associées ne définissent pas de délai d'expiration des transactions et que le délai d'expiration total de durée de vie des transactions est égal à 0 (zéro).

    Cette valeur doit être supérieure ou égale au délai d'expiration total de la durée de vie des transactions. La valeur 0 (zéro) indique que ce délai d'expiration ne s'applique pas. Dans ce cas, les transactions affectées par ce délai d'expiration ne dépassent jamais le délai.

    Dépassement du délai d'inactivité du client
    Le nombre de secondes à l'issue desquelles un client est considéré comme étant inactif et le service Transactions met fin à toutes les transactions associées à ce client. La valeur 0 (zéro) indique qu'il n'existe pas de limite de délai d'expiration.
  8. Facultatif : Consultez ou modifiez les propriétés de type heuristique :
    Limite de nouvelles tentatives heuristiques
    Nombre de fois que le serveur d'applications tente un signal d'exécution, comme une validation ou une annulation. Les nouvelles tentatives ont lieu après une exception transitoire d'un gestionnaire de ressources ou d'un partenaire distant, ou si le délai d'attente de réponse asynchrone configuré expire avant la réponse de tous les partenaires WS-AT (Web Services Atomic Transaction).
    Attente des nouvelles tentatives heuristiques
    Nombre de secondes que le serveur d'applications attend avant de tenter à nouveau un signal d'exécution, tel qu'une validation ou une annulation, après une exception temporaire émise par un gestionnaire de ressources ou un partenaire distant.
    Activation de la journalisation d'états heuristiques
    Sélectionnez cette option pour paramétrer un serveur d'applications afin qu'il consigne les événements "liés aux ressources à validation en une phase" associées à des transactions faisant appel à une ressource de validation à une et deux phases.
    Direction de l'achèvement heuristique
    Sélectionnez la direction suivie pour terminer une transaction avec un résultat heuristique. Le serveur d'applications valide ou annule la transaction, ou bien dépend d'une exécution manuelle par l'administrateur.
    La propriété de direction de l'achèvement heuristique indique comment une transaction s'effectue dans les situations suivantes :
    • Le gestionnaire de transactions signale un résultat heuristique pour une ressource de support du dernier participant.
    • La limite des nouvelles tentatives heuristiques est dépassée lors de la récupération d'un serveur subordonné dans une transaction distribuée.
    • La transaction est importée à partir d'un fournisseur JCA (Java™ EE Connector Architecture).

    Cette propriété ne s'applique qu'aux transactions qui se trouvent dans les situations que l'on vient de décrire.

    Accepter les dangers heuristiques
    Sélectionnez cette option pour spécifier que toutes les applications de ce serveur acceptent la possibilité qu'un danger heuristique survienne dans une transaction à deux phases contenant une ressource à phase unique. Ce paramètre configure la prise en charge LPS (last participant support) du serveur. Si vous ne sélectionnez pas cette option, vous devez configurer individuellement les applications pour qu'elles acceptent le danger heuristique.
  9. Facultatif : Pour modifier le niveau de spécification WS-Transaction par défaut à utiliser pour les demandes sortantes comprenant un contexte de coordination WS-AT (web Services Atomic Transaction) ou WS-BA (Web Services Business Activity), sélectionnez le niveau de spécification à partir de la liste Niveau de spécification WS-Transaction par défaut.
  10. Consultez ou modifiez les propriétés de configuration pour répondre à vos besoins. Pour plus d'informations sur les propriétés du service de transaction, voir la rubrique relative aux paramètres du service des transactions.
  11. Cliquez sur OK, puis sauvegardez les modifications dans la configuration principale.
  12. Arrêtez, puis redémarrez le serveur d'applications.

Que faire ensuite

Si vous modifiez la propriété de configuration du répertoire du journal des transactions en un nom de répertoire incorrect, le serveur d'applications redémarre mais ne peut pas ouvrir les journaux des transactions. Vous devez modifier la propriété de configuration afin d'indiquer un nom de répertoire correct, puis relancer le serveur d'applications.

Si vous exécutez le serveur d'applications comme non racine, modifiez les droits d'accès au nouvel emplacement des journaux de transactions. Pour utiliser une reprise homologue des transactions sur un périphérique partagé avec des utilisateurs non racines, assurez-vous que les numéros d'identification des utilisateurs et des groupes non racines correspondent d'une machine à l'autre.


Icône indiquant le type de rubrique Rubrique de tâche



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