Convenio de denominación del servidor de aplicaciones

Antes de instalar un nuevo entorno de WebSphere® Application Server for z/OS® , es importante planificar cuidadosamente el convenio de denominación. El convenio de denominación debe tener la capacidad de crecer con el sistema, cuando aumenta el número de células, nodos, servidores, clústeres. Asimismo, debe permitir la inclusión de nombres de sysplex y LPAR, así como de instancias como las fases de prueba, integración y producción en el entorno.

Los servidores de aplicaciones son como las regiones IMS o CICS® .

Contienen procedimientos adaptados para los controladores y los servants.
Contienen variables de entorno adaptadas para cada instancia de un servidor.
Utilizan la clasificación WLM de las regiones, trabajan dentro de las regiones y se definen como entornos de aplicación.
Pueden ser autónomos o depender de otros servidores.
Necesitan definiciones de RACF® para Control y STC de servidor (ID de usuario, perfiles de recursos), así como permisos de UNIX.
Los usuarios necesitan permiso para acceder a los servidores y utilizar los distintos objetos que contienen.

Evitar problemas: Si está utilizando un anillo de serialización de recursos globales (GRS) para conectar uno o varios monoplex a un entorno sysplex, el nombre de célula de los servidores que se ejecutan en cualquiera de los monoplex debe ser exclusivo dentro de todo el entorno GRS. Este requisito significa que el nombre de la célula de un servidor que se ejecute en cualquiera de los monoplex:

Debe ser distinto del nombre de la célula de todos los demás servidores que se ejecuten en el sysplex.
Debe ser distinto del nombre de la célula de todos los demás servidores que se ejecuten en otro monoplex que esté conectado al sysplex.

Si tiene servidores con los nombres de célula duplicados en el entorno GRS, WebSphere Application Server no podrá diferenciar entre la célula sysplex y la célula monoplex, y tratará ambos servidores como si formaran parte de la misma célula. Esta asociación inexacta de células normalmente hace que los resultados del proceso sean imprevisibles.

Un entorno del producto está formado por varios espacios de direcciones que necesitan la instalación para gestionar perfiles de seguridad, construcciones de clasificación de cargas de trabajo, etc. Para crear, gestionar y reconocer servidores de aplicaciones, es muy útil crear una plantilla de denominación de los servidores y las instancias de servidor. Puede encontrar una plantilla de ejemplo en el tema Configuración y convenios de denominación de ejemplo.

También es importante planificar atentamente los convenios de denominación de los conjuntos de datos.

Los conjuntos de datos de destino SMP/E, dependiendo del proceso de mantenimiento (conjuntos de datos normales y el HFS, incluidos los puntos de montaje)
HFS de personalización, incluido el punto de montaje
HLQ de los conjuntos de datos de personalización (*.CNTL, *.DATA y *.SAVDCFG)
Nombres de corrientes de anotaciones cronológicas de error
Nombres de colección y paquete de DB2®