![[z/OS]](../images/ngzos.gif)
Utilisation de WLM avec les adaptateurs locaux optimisés
Cette tâche permet de réaliser toutes les tâches nécessaires à l'utilisation de WLM (gestion de charge de travail) avec les adaptateurs locaux optimisés, y compris la configuration des règles de classification de WLM pour CICS (Customer Information Control System) et WebSphere Application Server for z/OS.
Avant de commencer
Pourquoi et quand exécuter cette tâche
Procédure
- Configurez les règles de classification de WLM pour CICS et WebSphere
Application Server. Au cours de cette étape, configurez les règles de classification dans WLM afin de permettre à WebSphere
Application Server d'hériter de la classe de service d'une transaction CICS.
- Démarrez l'utilitaire de configuration de WLM IWMARIN0.
- Sélectionnez la configuration de WLM dans le panneau et passez à l'option 6 pour définir les règles de classification.
- Sélectionnez les règles pour le sous-système CICS. S'il n'existe aucune règle pour CICS, créez un ensemble de règles pour CICS en tapant 1 dans la colonne d'action sur n'importe quelle ligne de la liste du sous-système.
- Définissez les règles de vos transactions CICS. Entrez le nom de transaction CICS sous le qualificateur de Nom et tapez TN sous le qualificateur de Type. Dans la zone de service, entrez la classe de service sous laquelle vous souhaitez que la transaction soit exécutée.
- Facultatif : entrez les mêmes règles pour WebSphere Application Server. Cette étape n'est obligatoire que si vous voulez faire correspondre WebSphere Application Server à la classe de service utilisée par CICS lorsque le travail est envoyé à WebSphere Application Server via l'adaptateur local optimisé. Après avoir entré les règles pour CICS, indiquez les mêmes règles pour WebSphere Application Server en spécifiant CB pour le sous-système au lieu de CICS dans la boîte de dialogue de sélection du sous-système.
- Configurez WebSphere
Application Server pour faire correspondre la classe de service de WLM à partir d'une transaction CICS. Cette étape explique comment propager la classe de service de WLM à partir de CICS sur WebSphere
Application Server à chaque demande.
Assurez-vous que WLM est configuré avec des
classes de service pour chaque transaction CICSqui doit être utilisée avec l'adaptateur
local optimisé.
- Modifiez le fichier de mappage de classe de transaction WLM utilisé par WebSphere
Application Server pour affecter une classe de transaction à une demande. Vous pouvez modifier le fichier de mappage de classe en ajoutant une section pour
chaque application EJB (Enterprise JavaBeans) qui utilise le nom de service,
ou l'interface home JNDI (Java Naming and Directory Interface) et indiquer la classe de service WLM du programme appelant qui doit être propagée, si elle est définie. L'exemple suivant est un modèle de règle de classification :
Le programme client utilise l'adaptateur local optimisé pour piloter un bean enterprise dans WebSphere Application Server. Le bloc de performance WLM du client est propagé sur WebSphere Application Server, où le serveur d'applications vérifie le fichier de mappage de classe de transaction WLM et veille à ce que la demande soit classée en fonction du bloc de performance WLM du client.<InboundClassification type="ola" schema_version "1.0" default_transaction_class="A0"> <ola_classification_info service_name="ejb/myFirstBean" description="Sample" propagate transaction name="true"/> </InboundClassification>
Le nom de transaction du bloc de performance est utilisé pour classifier le travail et est mis en file d'attente pour WLM sous une nouvelle enclave. WLM recherche une règle de classification dans sa configuration pour WebSphere Application Server correspondant au nom de transaction utilisé par CICS et utilise la classe de service qui en résulte.
Le travail réparti dans WebSphere Application Server via l'adaptateur local optimisé s'exécute sous la même classe de service que la demande du client.
- Modifiez le fichier de mappage de classe de transaction WLM utilisé par WebSphere
Application Server pour affecter une classe de transaction à une demande. Vous pouvez modifier le fichier de mappage de classe en ajoutant une section pour
chaque application EJB (Enterprise JavaBeans) qui utilise le nom de service,
ou l'interface home JNDI (Java Naming and Directory Interface) et indiquer la classe de service WLM du programme appelant qui doit être propagée, si elle est définie. L'exemple suivant est un modèle de règle de classification :
- Attribuez les priorités de travail pour les demandes d'EJB acheminées via
l'adaptateur local optimisé. Cette étape explique comment faire correspondre une demande d'EJB reçue par WebSphere
Application Server via l'adaptateur local optimisé à une classe de service WLM arbitraire en fonction du nom de l'interface home JNDI de l'EJB. Les attributs WLM de la demande d'EJB
ne sont pas modifiés par le client.
- Modifiez la configuration de WLM sur le système MVS en créant des noms de classe de transaction mappés aux classes de service. Il s'agit du même processus que celui réalisé pour les protocoles IIOP ou HTTP sur WebSphere Application Server for z/OS.
- Créez des entrées dans le fichier de mappage de classe de transaction WLM pour WebSphere Application Server. Pour créer les entrées, utilisez le nom de l'interface home JNDI du bean enterprise qui est acheminé via l'adaptateur local optimisé et la classe de transaction utilisée. Vous pouvez utiliser un caractère générique pour indiquer le nom d'accueil de l'interface JNDI.
L'application client envoie une requête de bean enterprise via l'adaptateur local optimisé. WebSphere Application Server trouve une entrée correspondante dans le fichier de mappage de classe de transaction WLM et utilise la classe de transaction associée pour classer le travail dans WLM. La classe de transaction est mappée par WLM avec une classe de service qui est renvoyée à la requête de classification et utilisée pour mettre le travail en file d'attente dans une région serviteur. Le travail réparti dans WebSphere Application Server via l'adaptateur local optimisé s'exécute sous la classe de service qui correspond à une définition dans le fichier de mappage de classe de transaction WLM.<InboundClassification type="ola" schema_version "1.0" default_transaction_class="A0"> <ola_classification_info service_name="ejb/mySecondBean" description="Classify using transaction class" transaction_class="A1"/> <ola_classification_info service_name="ejb/security/*" description="Classify all secure beans using transaction class" transaction_class="A2"/> </InboundClassification>
Concepts associés:


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tdat_olawlm
Nom du fichier : tdat_olawlm.html