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
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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 :
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.
- 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 :
- 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
- 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.