[z/OS]

Activation de l'environnement du serveur pour utiliser les adaptateurs locaux optimisés

Vous devez activer les noeuds du serveur d'applications pour recevoir les requêtes en entrée ou en sortie avec prise en charge des adaptateurs locaux optimisés. Optimized Local Adapters for z/OS est un ensemble de services appelables (API) qui donne aux applications natives z/OS la possibilité d'envoyer des appels entrants aux beans enterprise de serveur d'applications et aux programmes natifs d'agir comme un serveur et d'accepter des demandes provenant d'applications s'exécutant dans WebSphere Applications Server.

Avant de commencer

Les régions WebSphere Application Server qui utilisent des adaptateurs locaux optimisés doivent s'exécuter en mode 64 bits. Lorsque vous créez un serveur d'applications, il est automatiquement configuré pour s'exécuter en mode 64 bits.

Procédure

  1. Attribuez ou sélectionnez une bibliothèque de modules de chargement pour contenir les modules de chargement des adaptateurs locaux optimisés. Cette bibliothèque est utilisée par les applications qui s'exécutent en dehors de WebSphere Application Server. Cela peut être un ensemble de données partitionnées ou un PDS-E, et requièrent approximativement 40 pistes (3390) pour mettre en attente les modules d'adaptateur local optimisé. Dans les exemples suivants, cet ensemble de données est appelé WAS.OLA.LOADLIB.
  2. Accédez au répertoire racine_profil/bin du noeud et exécutez le script copyZOS.sh avec l'option OLAMODS :
    cd /wasconfig/azcell/aznodea/AppServer/profiles/default/bin 
    copyZOS.sh  OLAMODS   WAS.OLA.LOADLIB

    Le script copyZOS.sh écrit les modules de chargement d'adaptateur local optimisé sur l'ensemble de données spécifié après le mot clé OLAMODS.

  3. Définissez les variables d'environnement WebSphere pour permettre au serveur d'applications d'utiliser les adaptateurs locaux optimisés. Les variables sont décrites dans la rubrique Variables d'environnement des adaptateurs locaux optimisés.

    Vous devez définir ces variables pour chaque serveur d'applications autonome ou cellule Network Deployment.

    1. Définissez la variable de niveau cellule WAS_DAEMON_ONLY_enable_adapter sur true pour permettre aux démons de la cellule de traiter les appels en entrée et en sortie des adaptateurs locaux optimisés. Cette variable doit être définie afin d'utiliser les adaptateurs locaux optimisés.
    2. Utilisez les variables de niveau cellule WAS_DAEMON_ONLY_adapter_max_conn, WAS_DAEMON_ONLY_adapter_max_serv et WAS_DAEMON_ONLY_adapter_max_shrmem pour définir le nombre maximum de connexions, le nombre maximum de services en sortie, et la quantité maximum de mémoire partagée attribuée aux sessions d'adaptateur local optimisé par le démon.
    3. Utilisez la variable ola_cicsuser_identity_propagate pour contrôler la propagation des identités de sécurité pendant l'enregistrement. Cette variable, qui peut être définie au niveau du noeud ou de la cellule, doit être définie sur 1 pour permettre l'exécution des modèles d'adaptateur local optimisé.
      Important : Consultez les informations sur la variable ola_cicsuser_identity_propagate dans la rubrique Variables d'environnement des adaptateurs locaux optimisés pour comprendre les effets que peut avoir sur la sécurité la configuration de cette variable sur votre serveur.
    4. Si vous utilisez le serveur Link CICS et que vous souhaitez spécifier plusieurs conteneurs à l'aide d'un MappedRecord, définissez la variable LinkTaskChanID sur le nom du canal qui contiendra les conteneurs.
    5. Si vous utilisez le serveur Link CICS et que vous souhaitez spécifier plusieurs conteneurs à l'aide d'un MappedRecord, définissez LinkTaskChanType sur le type du canal qui contiendra les conteneurs (CHAR=0|BIT=1). La valeur par défaut de cette variable est 1.
    Vous pouvez utiliser la console d'administration ou les outils de script pour définir ces variables. Le script olaRar.py décrit à l'étape suivante attribue la valeur true à la variable WAS_DAEMON_ONLY_enable_adapter mais ne modifie aucune autre variable d'environnement WebSphere Application Server.
  4. Installez l'archive d'adaptateur de ressources, fichier ola.rar, et créez une fabrique de connexions. Pour chaque noeud de serveurs d'applications qui utilise les adaptateurs locaux optimisés, vous devez aussi installer l'archive d'adaptateur de ressources et créer une fabrique de connexions. Le script copyZOS.sh crée un lien symbolique vers ce fichier d'archive à partir de chaque répertoire racine_install/installableApps de noeud de serveur d'applications.
    Vous pouvez utiliser la console d'administration ou le script olaRar.py pour installer l'adaptateur de ressources et créer la fabrique de connexions :
    • Pour utiliser le script olaRar.py afin d'installer l'adaptateur de ressources et la fabrique de connexions, voir la rubrique Fichier script olaRar.py. Assurez-vous que vous avez bien installé l'archive d'adaptateur de ressources et créé une fabrique de connexions sur chaque noeud de serveurs d'applications qui prendra en charge les connexions en entrée et en sortie de l'adaptateur local optimisé.

      Ce script attribue également la valeur true à la variable WAS_DAEMON_ONLY_enable_adapter de niveau cellule mais le script ne configure pas d'autres variables d'environnement WebSphere pour les adaptateurs locaux optimisés.

    • Pour utiliser la console d'administration pour installer l'adaptateur de ressources, consultez la rubrique Installer l'archive d'adaptateur de ressources (RAR). Vous pouvez créer la fabrique de connexions dans la console d'administration dans le panneau Adaptateurs de ressources. Cliquez sur le nom du nouvel adaptateur de ressources créé et sous Propriétés supplémentaires, cliquez sur Fabriques de connexions J2C > Nouveau. Lors de la création de la fabrique de connexions, la principale zone qui doit être renseignée est celle du nom JNDI.

    Si vous voulez utiliser la fonction haute disponibilité de l'adaptateur de ressources, vous devez configurer des propriétés de pool de connexions supplémentaires sur chaque fabrique de connexions. Pour plus d'informations sur la configuration et l'utilisation de cette fonction, consultez la rubrique Activation du support haute disponibilité avec les adaptateurs locaux optimisés.

    Pour plus d'informations concernant les fabriques de connexions, voir la rubrique Remarques sur les fabriques de connexions pour les adaptateurs locaux optimisés.

  5. Redémarrez le démon WebSphere Application Server pour prendre en compte ces modifications. Le redémarrage du démon provoque l'arrêt de tous les serveurs de cellule du même système z/OS.
    Lors du démarrage du démon, confirmez que l'adaptateur est activé. Un message dans le journal du démon indique si l'adaptateur local optimisé est activé ou non, comme suit :
    • Le support est activé : BBOMOOO1I enable_adapter:1
    • Le support n'est pas activé : BBOMOOO1I enable_adapter:0

Résultats

La prise en charge des adaptateurs locaux optimisés est maintenant activée.

Que faire ensuite

Vous pouvez maintenant déployer et exécuter des applications qui utilisent les adaptateurs locaux optimisés WebSphere Application Server for z/OS sur les noeuds de serveurs d'applications activés.
Pour toutes les connexions externes qui utilisent les adaptateurs locaux optimisés, vérifiez qu'elles exécutent la dernière version de l'ensemble de données OLAMODS pour votre niveau de WebSphere Application Server :
  1. Exécutez le script copyZOS.sh avec l'option OLAMODS pour l'ensemble de données afin de vous assurer que les modules sont au dernier niveau disponible. Par exemple :
    copyZOS.sh  OLAMODS   WAS.OLA.LOADLIB
  2. Assurez-vous que cet ensemble de données est rendu disponible pour tous les espaces adresse externes qui utilisent les adaptateurs locaux optimisés. Par exemple, assurez-vous qu'il est disponible dans l'élément STEPLIB pour les travaux par lots, dans la bibliothèque DFHRPL pour CICS (Customer Information Control System) et dans DFSESL pour les définitions de données IMS.

    Vous pouvez partager le même ensemble de données généré dans différents clusters. Il n'est pas nécessaire d'avoir une copie distincte pour chaque cluster.


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