Debe habilitar el servidor de aplicaciones para recibir solicitudes
entrantes y salientes con el
soporte de adaptadores locales optimizados. Los adaptadores locales optimizados para z/OS son un conjunto de servicios invocables (API) que proporcionan a las aplicaciones nativas z/OS la posibilidad de realizar llamadas de entrada enterprise beans del servidor y habilitar programas nativos para actuar como un servidor y aceptar solicitudes de las aplicaciones que se ejecutan en WebSphere Applications Server.
Antes de empezar
Las regiones de WebSphere
Application Server que utilicen adaptadores locales optimizados deben
ejecutarse en la modalidad de 64 bits. Cuando se crea un servidor de aplicaciones nuevo, se configura automáticamente
para que se ejecute en la modalidad de 64 bits.
Procedimiento
- Asigne o seleccione una biblioteca de módulos de carga para que
contenga los módulos de carga de los adaptadores locales optimizados. Esta biblioteca la utilizan las aplicaciones que se ejecutan fuera de WebSphere
Application Server. Puede ser un conjunto de datos particionados o PDS-E, y
requiere aproximadamente 40 pistas (3390) para albergar los módulos de los
adaptadores locales optimizados. En los ejemplos siguientes, este conjunto de datos se llama was.ola.loadlib.
- Vaya al directorio raíz_perfil/bin del nodo y ejecute el script copyZOS.sh con la
opción OLAMODS:
cd /wasconfig/azcell/aznodea/AppServer/profiles/default/bin
copyZOS.sh OLAMODS WAS.OLA.LOADLIB
El script copyzos.sh graba los módulos de carga de los adaptadores locales
optimizados fuera del conjunto de datos especificado después de la palabra clave OLAMODS.
- Establezca las variables de entorno de WebSphere para permitir que
el servidor de aplicaciones utilice adaptadores locales optimizados. Las variables se describen en el tema que trata sobre las variables
de entorno de los adaptadores locales optimizados.
Debe establecer estas variables para cada servidor de aplicaciones autónomo o célula de Network
Deployment.
- Establezca la variable de toda la célula WAS_DAEMON_ONLY_enable_adapter
en true para permitir que los daemons de la célula procesen las llamadas de los adaptadores locales optimizados. Para poder utilizar los adaptadores locales optimizados
debe establecerse esta variable.
- Utilice las variables de toda la célula WAS_DAEMON_ONLY_adapter_max_conn,
WAS_DAEMON_ONLY_adapter_max_serv y WAS_DAEMON_ONLY_adapter_max_shrmem para establecer el número máximo de
conexiones, el número máximo de servicios salientes y la cantidad máxima de memoria compartida asignada para sesiones de adaptadores locales optimizados
por daemon.
- Utilice la variable ola_cicsuser_identity_propagate para
controlar la propagación de las identidades de seguridad durante el registro.
Esta variable, que puede establecerse a nivel de célula o nodo, debe
establecerse en 1 para permitir que se ejecuten los ejemplos de
adaptadores locales optimizados.
Importante: Lea la información de la variable ola_cicsuser_identity_propagate en el tema Variables de entorno de los adaptadores locales optimizados para comprender las implicaciones en seguridad que se derivan de establecer esta variable en el servidor.
- Si utiliza el servidor de enlace CICS y desea especificar varios contenedores mediante un MappedRecord, establezca la variable LinkTaskChanID en el nombre del canal que mantendrá los contenedores.
- Si utiliza un servidor CICS y desea especificar varios contenedores utilizando un MappedRecord, establezca LinkTaskChanType en el tipo de canal que mantendrá los contenedores (CHAR=0|BIT=1). El valor predeterminado para esta variable es 1.
Puede utilizar la consola administrativa o los scripts
para establecer estas variables.
El script olaRar.py que se describe en el paso siguiente establece la variable WAS_DAEMON_ONLY_enable_adapter en true, pero no cambia ninguna de las otras variables de entorno de WebSphere Application Server.
- Instale el archivo de adaptador de recursos, ola.rar, y cree una fábrica de conexiones. Para cada nodo del servidor de aplicaciones
que utilice los adaptadores locales optimizados, debe instalar además el archivo de adaptador de recursos y crear una
fábrica de conexiones. El scrtipt copyZOS.sh crea un enlace simbólico a este archivo de archivado desde cada nodo del servidor de aplicaciones raíz_instalación/installableApps del directorio.
Puede utilizar la
consola administrativa o el script olaRar.py para instalar el adaptador de recursos y crear la fábrica de conexiones:
Si desea utilizar la característica alta disponibilidad del adaptador de recursos,
debe configurar propiedades de agrupación de conexiones adicionales en cada fábrica de conexiones.
Consulte el tema que trata sobre la habilitación de soporte de alta disponibilidad del adaptador de recursos, para obtener más
información sobre cómo configurar y utilizar esta función.
Para obtener más información sobre las fábricas de conexiones, consulte el tema
que trata sobre las consideraciones de las fábricas de conexiones para
adaptadores locales optimizados.
- Reinicie el daemon de WebSphere Application Server para que los
cambios entren en vigor. Al reiniciar el daemon, se detienen todos
los servidores de célula del mismo sistema z/OS.
Cuando se inicie el daemon,
compruebe que el adaptador está activo. Un mensaje en el archivo de registros cronológicos del daemon indica si el adaptador local optimizado se ha activado
o no:
- Soporte activado: BBOMOOO1I
enable_adapter:1
- Soporte no activado: BBOMOOO1I
enable_adapter:0
Resultados
El soporte de adaptadores locales optimizado se ha habilitado.
Qué hacer a continuación
Ahora puede desplegar e iniciar aplicaciones que utilizan los adaptadores locales optimizados de WebSphere Application Server para z/OS en los nodos de servidor de aplicaciones habilitados.
Para todas las conexiones externas que utilizan los adaptadores locales optimizados, asegúrese de que están ejecutando la versión más reciente del conjunto de datos OLAMODS para su nivel de
WebSphere Application Server:
- Ejecute el script copyZOS.sh con la opción OLAMODS para el conjunto de datos a fin de asegurarse de que los módulos estén en el nivel más reciente. Por ejemplo:
copyZOS.sh OLAMODS WAS.OLA.LOADLIB
- Asegúrese de que este conjunto de datos esté disponible para todos los espacios de direcciones externos que utilicen los adaptadores locales
optimizados. Por ejemplo, asegúrese de que esté disponible en STEPLIB para los trabajos por lotes, la biblioteca DFHRPL para CICS (Customer Information
Control System) y DFSESL para definiciones de datos IMS.
Puede compartir el mismo conjunto de datos generado entre diferentes clústeres; no es necesario tener una copia separada para cada clúster.