Propriétés personnalisées d'intégration de services

Utilisez des propriétés personnalisées pour définir des paramètres avancés pour les objets d'intégration de services, tels que les moteurs de messagerie.

sib.msgstore.cachedDataBufferSize

Taille en octets d'une mémoire tampon de données utilisée par le moteur de messagerie pour le stockage des données dont l'attribut de qualité de service est Meilleur effort non persistant et qui sont conservées dans le magasin de données. La valeur par défaut est 320000, ce qui correspond approximativement à 320 kilo-octets.

La mémoire tampon des données en mémoire cache a pour rôle d'optimiser les performances du moteur de messagerie en plaçant en mémoire cache les données que moteur de messagerie devrait sinon lire à partir du magasin de données. A mesure qu'il enregistre et lit des données dans le magasin de données, le moteur de messagerie tente d'ajouter ces données à la mémoire tampon des données en cache. Le moteur de messagerie peut éliminer des données déjà dans la mémoire tampon pour récupérer de l'espace.

Type de données Valeut par défaut
Octets 40000000

sib.msgstore.discardableDataBufferSize

Taille en octets d'une mémoire tampon de données utilisée par le moteur de messagerie pour le stockage des données dont l'attribut de qualité de service est Meilleur effort non persistant. La valeur par défaut est 320000, ce qui correspond approximativement à 320 kilo-octets.

La mémoire tampon de données éliminables contient toutes les données pour lesquelles l'attribut de qualité de service est Meilleur effort non persistant. Il s'agit des données impliquées dans les transactions actives et les autres données ayant l'attribut Meilleur effort non persistant qui n'ont été ni éliminées ni réceptionnées par le moteur de messagerie. Le moteur de messagerie conserve l'intégralité de ces données dans cette mémoire tampon et ne les enregistre jamais dans le magasin de données. Lorsque le moteur de messagerie ajoute des données à la mémoire tampon des données éliminables, par exemple lorsqu'il reçoit d'un client un message avec l'attribut Meilleur effort non persistant, il peut éliminer des données de la mémoire tampon pour récupérer de l'espace. Le moteur de messagerie peut éliminer uniquement les données non impliquées dans les transactions actives. Ceci permet au moteur de messagerie d'éliminer les messages ayant l'attribut Meilleur effort non persistant.

L'augmentation de la taille de la mémoire tampon des données éliminables permet à davantage de données de niveau non persistantes - tentatives d'être gérées avant que le moteur de messagerie commence à ignorer les messages.

Si le moteur de messagerie tente d'ajouter des données à la mémoire tampon de données pouvant être effacées lorsque l'espace restant après élimination de toutes les données non utilisées dans les transactions actives est insuffisant, il génère une exception com.ibm.ws.sib.msgstore.OutOfCacheSpace. Les applications client peuvent détecter cette exception, encapsulée dans des exceptions spécifiques à l'API, telles que javax.jms.JMSException.

Type de données Valeut par défaut
Octets 1280000

sib.msgstore.jdbcFailoverOnDBConnectionLoss

La propriété détermine le comportement du moteur de messagerie et du serveur hôte en cas de perte de la connexion au magasin de données.

Valeur de la propriété Comportement en cas de perte de la connexion au magasin de données
true (valeur par défaut)
Le gestionnaire de haute disponibilité arrête le moteur de messagerie et le serveur d'applications hôte lors de la prochaine vérification Is alive du service de groupe central (la valeur par défaut est 120 secondes). Si un agent de noeud surveille le serveur et que vous ayez activé le redémarrage automatique dans les règles de supervision de ce serveur, le serveur redémarre. Le moteur de messagerie démarre lorsqu'un serveur approprié est disponible.
Remarque : Les messages dont le niveau de fiabilité est inférieur à Persistant - Assuré peuvent être acceptés par le moteur de messagerie pendant l'intervalle entre deux vérifications Is alive. Ils peuvent également être perdus.
false

Le moteur de messagerie poursuit son exécution, accepte de travailler et tente régulièrement de rétablir la connexion avec le magasin de données. Si des opérations continuent d'être soumises au moteur de messagerie alors que le magasin de données n'est pas disponible, les résultats peuvent être inattendus et le moteur de messagerie peut prendre un état incohérent lorsque la connexion au magasin de données est restaurée.

Remarque : Si des travaux sont soumis au moteur de messagerie, la messagerie non persistante peut échouer car le moteur de messagerie risque d'avoir besoin d'utiliser le magasin de données, par exemple pour allouer un ID unique à un message ou pour retirer les messages non persistants de la mémoire.

sib.msgstore.jdbcInitialDatasourceWaitTimeout

Délai d'attente en millisecondes de la disponibilité du magasin de données. Ce délai tient compte de la durée nécessaire à l'établissement de la connexion à la base de données et à l'obtention des verrouillages de table requis.

Type de données Valeut par défaut
Millisecondes 900000 (15 minutes)

sib.msgstore.jdbcResAuthForConnections

Mécanisme d'autorisation des ressources du moteur de messagerie utilisé lors du partage des connexions. La valeur par défaut est Conteneur.

Type de données Valeut par défaut
String (chaîne) Conteneur

sib.msgstore.jdbcStaleConnectionRetryDelay

Délai d'attente en millisecondes entre deux tentatives de connexion au magasin de données.

Si, par exemple, vous définissez la propriété sib.msgstore.jdbcInitialDatasourceWaitTimeout sur 600000 et la propriété sib.msgstore.jdbcStaleConnectionRetryDelay sur 3000, le moteur de messagerie tente de se connecter toutes les 3 secondes pendant 10 minutes.

Information valeur
Type de données Millisecondes
Valeut par défaut 2000 (2 secondes)

sib.meEnableInstanceOnFailure

La propriété détermine si le moteur de messagerie désactivé doit être automatiquement activé lorsqu'il perd sa connexion au magasin de données.

Par exemple, si vous attribuez la valeur true à la propriété sib.meEnableInstanceOnFailure, le moteur de messagerie désactivé tente de se réactiver lui-même après un délai de 30 secondes.

Information valeur
Type de données Booléenne
Valeut par défaut True

sib.processor.maxReconstituteThreadpoolSize

Indique le nombre d'unités d'exécution utilisées pour charger des destinations simultanément lorsque le moteur de messagerie est démarré. Si votre base de données ne prend pas en charge plusieurs lectures parallèles par plusieurs unités d'exécution, vous pouvez définir la propriété sur la valeur 1 pour éviter le conflit entre les unités d'exécution.

Information valeur
Type de données Entierr
Valeut par défaut Nombre de coeurs présents sur le système.

sib.msgstore.storeFullWaitForCheckPoint

Cette propriété détermine l'action entreprise par un moteur de messagerie lorsqu'un magasin de fichiers est saturé et que des applications tentent d'envoyer d'autres messages.

Lorsqu'un magasin de fichiers est saturé, le moteur de messagerie effectue un point de contrôle sur le fichier journal pour réconcilier tous les envois et toutes les réceptions de messages depuis le dernier point de contrôle. Ce processus peut prendre un certain temps. Entre le moment où le magasin de fichiers devient saturé et celui où le point de contrôle est terminé, si des applications tentent d'envoyer un message, le moteur de messagerie lance l'exception ObjectStoreFullException et génère le message CWSOM1042E.

Lorsqu'une unité d'exécution envoie un message et que le magasin de fichiers est saturé, un point de contrôle est demandé. Par défaut, si la propriété a la valeur false, l'unité d'exécution d'application émet immédiatement l'exception ObjectStoreFullException vers l'application et redevient active. Vous pouvez sélectionner un autre comportement en attribuant à la propriété la valeur true. Avec cette valeur de propriété, l'unité d'exécution d'application n'émet pas l'exception mais attend la fin de l'exécution du point de contrôle. Si ce dernier libère de l'espace dans le magasin de fichiers, l'unité d'exécution d'application poursuit et envoie les messages avant de redevenir active. Si le magasin de fichiers reste saturé à l'issue du point de contrôle, l'unité d'exécution d'application émet l'exception vers l'application.

Affectez à la propriété la valeur true, puis faites attendre les unités d'exécution d'application jusqu'à la fin du point de contrôle. Si les applications suppriment tous les messages du magasin de fichiers, elles sauront que cet emplacement n'est plus saturé. Bien que les applications doivent attendre la fin de l'exécution du point de contrôle, elles ne reçoivent pas les exceptions tant que le point de contrôle est en cours d'exécution, et elles n'ont pas à retenter l'envoi.

Information Valeur
Type de données Booléenne
Valeut par défaut False

sib.msgstore.transactionSendLimit

Nombre maximal d'opérations que le moteur de messagerie inclut dans chaque transaction. Par exemple, chaque envoi ou réception de JMS est une opération prise en compte dans la limite d'envoi des transactions. La valeur par défaut est 100.

Type de données Valeut par défaut
Entierr 100
[z/OS]

sib.ra.zosMessageLockTimeout

Nombre de secondes pendant lequel un message est verrouillé dans le moteur de messagerie une fois que ce message a été soumis à WLM (Workload management) for z/OS en vue de sa transmission à un bean géré par message.

WLM alloue le message à une région serviteur, qui crée une connexion au moteur de messagerie. Cette région consomme alors le message et le transmet à la méthode onMessage du bean géré par message.

Si la région serviteur ne parvient pas à se connecter au moteur de messagerie et consomme le message avant de le transmettre au bean géré par message, le message reste verrouillé jusqu'à ce que le délai d'attente soit expiré. Après expiration de ce délai, le message est déverrouillé et une nouvelle tentative de distribution du message est effectuée.

Lors du démarrage d'un serveur d'applications, si WLM distribue un message à une région serviteur avant que l'infrastructure devant se connecter au moteur de messagerie soit disponible, cette région risque de ne pas parvenir à établir de connexion avec le moteur de messagerie. Les échecs de ce type sont signalés par des entrées CWSIV1052W dans le journal des travaux de la région serviteur. Si vous constatez la présence de ce type d'entrées dans le journal et que vous ayez verrouillé les messages, vous pouvez envisager d'utiliser cette propriété pour réduire le délai de verrouillage des messages.

Type de données Valeut par défaut
Secondes 300

sib.trm.retry

Intervalle en secondes entre deux tentatives de connexion de moteurs de messagerie. Cet intervalle correspond au délai qui s'écoule entre les tentatives de connexion aux moteurs de messagerie voisins avec lesquels des connexions sont établies. L'intervalle par défaut entre deux tentatives est de 30 secondes.

Type de données Valeut par défaut
Secondes 30

sib.wsrm.tokenLockTimeout

Cette propriété affecte les qualités de service WS-ReliableMessaging gérées. Définissez cette propriété dans le moteur de messagerie défini dans la liaison de stratégie pour l'application WS-ReliableMessaging.

Cette propriété correspond à la durée, en millisecondes, d'un verrou sur un message WS-ReliableMessaging. Si un serveur est défaillant lors du traitement d'un message, le verrou est levé à la fin du délai pour que les autres serveurs puissent poursuivre le traitement. Si le serveur d'origine refonctionne avant la fin du délai, il continue de traiter le message. Le verrou est levé à la fin du délai, même si le message est toujours en cours de traitement.

Si le système traite des messages volumineux, vous pouvez augmenter la valeur de cette propriété. Par exemple, si le traitement d'un message prend 12 minutes, le verrou est levé deux minutes avant la fin du traitement. Pour éviter cette situation, remplacez la valeur de la propriété par une valeur supérieure à 12 minutes.

Si le système traitement des petits messages, diminuez la valeur de la propriété pour que, en cas de dysfonctionnement, le verrou soit libéré plus rapidement et que les autres serveurs puissent continuer le traitement sans retard.

[z/OS]Remarque :

Si une région serviteur se termine anormalement lors du traitement d'un message, la région de contrôle démarre une nouvelle région serviteur qui doit attendre la levée du verrou du message pour pouvoir continuer de traiter le message. Si la région serviteur reste inactive trop longtemps, la région de contrôle y met fin et elle démarre une autre région serviteur. En outre, si la région serviteur tarde à traiter un message, la région de contrôle peut conclure qu'elle est inactive et elle y met fin.

Le délai d'inactivité d'une région serviteur avant son arrêt par la région de contrôle dépend de divers délais d'attente, tels que la propriété control_region_wlm_dispatch_timeout. Examinez la configuration de votre système pour déterminer le délai du système.

Pour que la région de contrôle n'arrête pas la région serviteur avant le traitement du message, affectez à la propriété de délai de verrou de jeton une valeur inférieure à la durée d'inactivité de la région serviteur.

Information Valeur
Type de données Millisecondes
Valeut par défaut 600000 (10 minutes)

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