Convenio de denominación básico de z/OS

En WebSphere Application Server for z/OS, las células y los nodos se crean utilizando los trabajos de personalización que se crean utilizando la Herramienta de gestión de perfiles o el mandato zpmt. Cuando utilice la Herramienta de gestión de perfiles para crear estos trabajos de personalización, la mayoría de los campos se han establecido con anterioridad con los valores predeterminados. Los valores predeterminados fijos se utilizan para seguir el convenio de denominación básico, si no se especifica un identificador de uno o dos caracteres de célula, clúster y sistema durante la personalización.

El convenio de denominación básico está diseñado para ayudarle a ganar experiencia con WebSphere Application Server en z/OS, y es apto para los entornos de aplicaciones pequeños que están formados por un único servidor de aplicaciones o una célula de Network Deployment con cada uno de los otros tipos de agente administrativo de servidores, gestor de trabajos y servidor proxy seguro. Si se crea una célula de Network Deployment, se pueden generar servidores adicionales en el único nodo del servidor de aplicaciones.

Valores predeterminados para un servidor de aplicaciones autónomo

Por omisión, se crea un servidor de aplicaciones autónomo con el nombre corto de célula BBOBASE, el nombre corto de nodo BBONODE y el nombre corto de servidor BBOS001. Los nombres largos correspondientes son el nombre de célula bbobase, el nombre de nodo bbonode y el nombre de servidor server1. Esto ilustra el convenio de que los nombres largos por omisión son simplemente los formatos en minúscula de los nombres cortos correspondientes, que sólo utilizan las letras mayúsculas, a menos que exista un nombre tradicional como, por ejemplo, server1 o proxy1 que se utiliza en su lugar. El nombre corto genérico del servidor, que se utiliza para identificar el servidor para la gestión de carga de trabajo, es BBOC001.

El nombre del conjunto de datos por omisión para el sistema de archivos de configuración es el siguiente:
OMVS.WAS90.BBOBASE.BBONODE.HFS
(o .ZFS si se selecciona un sistema de archivos zFS)
y se monta en la ubicación siguiente:
/wasv9config/bbobase/bbonode

Esto muestra otra característica de los convenios de denominación básicos y, también, estándar en WebSphere Application Server for z/OS. Los nombres cortos de la célula y del nodo se utilizan para llamar al sistema de archivos de configuración y el punto de montaje de este sistema de archivos se basa en los nombres largos de la célula y del nodo. Este convenio ayuda a los instaladores a familiarizarse con los nombres importantes en cada célula y hace que sea más fácil volver a montar los sistemas de archivos en los lugares adecuados.

Tabla 1. ID de usuario y grupos SAF.

Los ID de usuario y grupos SAF siguientes se crean durante la personalización:

WSCFG1 Grupo de configuración

Proporciona los privilegios de administración y servidor

WSSR1 Grupo de sirvientes

Proporciona los privilegios necesarios por las regiones sirvientes

WSCLGP Grupo de invitado, de usuario local no autenticado

Proporciona privilegios básicos para acceder a la célula, pero nada más

WSCRU1 ID de usuario de controlador

Tareas iniciadas de controlador, de complemento de la región de control y de daemon

WSSRU1 ID de usuario de sirviente

Tareas iniciadas de sirviente

WSADMIN ID de usuario administrador

Utilizado para la configuración de célula, en determinadas circunstancias, como un administrador WAS

WSGUEST ID de usuario no autenticado (sólo la seguridad gestionada de z/OS)

Representa un usuario desconocido con finalidades de seguridad

Tabla 2. Nombres de trabajo y nombres de procedimiento catalogado .

Los nombres de trabajo y los nombres de procedimientos catalogados siguientes se utilizan para las distintas regiones:

Nombre de trabajo Nombre de procedimiento catalogado Región
BBOS001 BBO8ACR Controlador
BBOS001A BBO8AAR Complemento de la región de control (maneja las tareas de mensajería para el controlador)
BBOS001S BBO8ASR Región de sirviente
BBODMNB BBO8DMNB Daemon de servicio de ubicación
Tenga en cuenta que los nombres de procedimiento catalogado de la segunda columna de esta tabla proporcionan la información siguiente:
  • Indicación de producto (BBO)
  • Número de versión del producto (8)
  • Indicación del tipo de servidor (A para un servidor de aplicaciones)
  • Dos caracteres que muestran el tipo de tarea iniciada (CR para el controlador, AR para la región adjunta y SR para la región de sirviente)
Este patrón se utiliza a lo largo del convenio de denominación básico. El nombre del trabajo del daemon y los nombres de procedimiento catalogado siguen su propio patrón.

Valores predeterminados para un gestor de despliegue

Para crear una célula de Network Deployment, empiece con un gestor de despliegue. Para permitir que un servidor de aplicaciones autónomo creado también con los valores predeterminados se federe en la célula de Network Deployment, debe elegir un nombre de célula y un nombre de nodo nuevos para el gestor de despliegue.

Por omisión, se crea un gestor de despliegue con el nombre corto de célula BBOCELL, un nombre corto de nodo BBODMGR y un nombre corto de servidor BBODMGR. Los nombres largos correspondientes son el nombre de célula bbocell, el nombre de nodo bbodmgr y el nombre de servidor dmgr. El nombre largo del gestor de despliegue se fija a través de la arquitectura del producto. El gestor de despliegue nunca se puede agrupar en clúster; por lo tanto, su nombre corto genérico del servidor por omisión, que se utiliza para identificar el gestor de despliegue respecto a la gestión de carga de trabajo, es el mismo que el nombre corto del servidor: BBODMGR.

En versiones de WebSphere Application Server for z/OS anteriores a la versión 7.0, el nombre del sistema y el nombre del sysplex de z/OS se utilizaron como nombres de célula para el servidor de aplicaciones autónomo y la célula de Network Deployment, respectivamente. Esto limitaba el convenio de denominación antiguo a un máximo de dos células para un sistema z/OS. Además, no hay ningún motivo para que un nombre de sistema z/OS y su nombre de sysplex sean diferentes, lo que provoca una colisión si los dos valores se utilizan como nombres para distintas células. En WebSphere Application Server for z/OS Versión 7.0 y posterior, se utilizan los nombres de célula fijos para evitar estos problemas.

El nombre del conjunto de datos por omisión para el sistema de archivos de configuración es el siguiente:
OMVS.WAS90.BBOCELL.BBODMGR.HFS
(o .ZFS si se selecciona un sistema de archivos zFS)
y se monta en la ubicación siguiente:
/wasv9config/bbocell/bbodmgr

Los grupos e ID de usuario SAF creados durante la personalización tienen los mismos nombres por omisión que los del servidor de aplicaciones autónomo para hacer posible la federación y minimizar el número de las entradas de base de datos de seguridad que se deben crear.

Tabla 3. Nombres de trabajo y nombres de procedimiento catalogados.

Los nombres de trabajo y los nombres de procedimientos catalogados siguientes se utilizan para las distintas regiones:

Nombre de trabajo Nombre de procedimiento catalogado Región
BBODMGR BBO8DCR Controlador
BBODMGRS BBO8DSR Región de sirviente
BBODMNC BBO8DMNC Daemon de servicio de ubicación
Los nombres de procedimiento catalogado siguen el mismo patrón que el utilizado para el servidor de aplicaciones autónomo. El valor D en los nombres de procedimiento de controlador y sirviente indica un gestor de despliegue, y el valor C al final del nombre del trabajo del daemon de servicio de ubicación y el nombre de procedimiento catalogado indican una célula de ND (en oposición al valor B utilizado para una célula de servidor de aplicaciones básico o autónomo). Los valores B y C en estos nombres son valores heredados de releases anteriores.

Valores predeterminados para un nodo gestionado

Cuando se crea un nodo gestionado (personalizado), un nodo de servidor de aplicaciones sin ningún servidor que tenga como objetivo la federación en una célula de Network Deployment, el nombre de la célula en la cual se federará no se ha especificado realmente. El nodo gestionado se crea con un nombre de célula temporal que debe ser diferente del nombre de la célula de Network Deployment. Por lo tanto, se utilizan los mismos valores predeterminados que aquellos utilizados para un servidor de aplicaciones autónomo. Aunque esto significa que el sistema de archivos de configuración y el punto de montaje incorporan el nombre de célula temporal, esto se puede corregir manualmente durante la personalización, si fuera necesario.

Los grupos, ID de usuario y nombres de procedimiento catalogado de SAF son los mismos que los utilizados para un servidor de aplicaciones autónomo. Sin embargo, un nodo gestionado vacío no tiene ningún servidor de aplicaciones; sólo tiene un agente de nodo (para la administración de nodos) hasta que se cree un nuevo servidor en el nodo. El agente de nodo tiene un nombre corto de servidor BBON001 y un nombre largo de servidor nodeagent por omisión, que se fija a través de la arquitectura del producto.

Valores predeterminados para un agente administrativo

Un agente administrativo controla uno o más servidores de aplicaciones autónomos sin que sea necesario federarlos en una célula de Network Deployment.

Por omisión, se crea un agente administrativo con el nombre corto de célula BBOADMA,el nombre corto de nodo BBOADMA y el nombre corto de servidor BBOADMA. Los nombres largos correspondientes son el nombre de célula bboadma, el nombre de nodo bboadma y el nombre de servidor adminagent, que se ha fijado a través de la arquitectura del producto. Como un gestor de despliegue, el agente administrativo nunca puede agruparse en clúster; por lo tanto, su nombre corto genérico del servidor por omisión, que se utiliza para identificar el agente administrativo respecto a la gestión de carga de trabajo, también se establece en BBOADMA.

El nombre del conjunto de datos por omisión para el sistema de archivos de configuración es el siguiente:
OMVS.WAS90.BBOADMA.BBOADMA.HFS
(o .ZFS si se selecciona un sistema de archivos zFS)
y se monta en la ubicación siguiente:
/wasv9config/bboadma/bboadma

Los ID de usuario y grupos SAF creados durante la personalización tienen los mismos nombres por omisión que los utilizados para el servidor de aplicaciones autónomo para posibilitar el registro del servidor de aplicaciones autónomo con el agente administrativo.

Los nombres de trabajo y los nombres de procedimientos catalogados siguientes se utilizan para las distintas regiones:
Tabla 4. Nombres de trabajo y nombres de procedimiento catalogado .

Los nombres de trabajo y los nombres de procedimientos catalogados siguientes se utilizan para las distintas regiones:

Nombre de trabajo Nombre de procedimiento catalogado Región
BBOADMA BBO8GCR Controlador
BBOADMAS BBO8GSR Región de sirviente
BBODMNG BBO8DMNG Daemon de servicio de ubicación
Los nombres de trabajo y los nombres de procedimiento catalogado son similares a los utilizados para el gestor de despliegue, pero utilizan G para indicar un agente administrativo.
Esto hace que el mandato start de MVS para el agente administrativo sea muy sencillo:
START 
BBO8GCR,JOBNAME=BBOADMA,ENV=BBOADMA.BBOADMA.BBOADMA

Valores predeterminados para un gestor de trabajos

Un gestor de trabajos puede controlar los nodos del servidor de aplicaciones registrados del agente administrativo o un gestor de despliegue y sus nodos gestionados y no gestionados. De hecho, puede gestionar varios para cada uno. En un sistema que utiliza el convenio de denominación básico, puede registrar el servidor de aplicaciones autónomo (a través de su agente administrativo), o una célula de Network Deployment (a través de su gestor de despliegue) con el gestor de trabajos.

Por omisión, se crea un gestor de trabajos con el nombre corto de célula BBOJMGR, el nombre corto de nodo BBOJMGR y el nombre corto de servidor BBOJMGR. Los nombres largos correspondientes son el nombre de célula bbojmgr, el nombre de nodo bbojmgr y el nodo de servidor jobmgr (que es fijado por la arquitectura del producto). Al igual que un gestor de despliegue, el agente administrativo nunca se puede agrupar en clúster; por lo tanto, su nombre corto genérico del servidor por omisión, que se utiliza para identificar el gestor de trabajos respecto a la gestión de carga de trabajo, también se establece en BBOJMGR.

El nombre del conjunto de datos por omisión para el sistema de archivos de configuración es el siguiente:
OMVS.WAS90.BBOJMGR.BBOJMGR.HFS
(o .ZFS si se selecciona un sistema de archivos zFS)
y se monta en la ubicación siguiente:
/wasv9config/bbojmgr/bbojmgr

Los ID de usuario y grupos SAF creados durante la personalización tienen los mismos nombres por omisión utilizados para los otros tipos de servidor.

Los nombres de trabajo y los nombres de procedimientos catalogados siguientes se utilizan para las distintas regiones:
Tabla 5. Nombres de trabajo y nombres de procedimiento catalogado .

Los nombres de trabajo y los nombres de procedimientos catalogados siguientes se utilizan para las distintas regiones:

Nombre de trabajo Nombre de procedimiento catalogado Región
BBOJMGR BBO8JCR Controlador
BBOJMGRS BBO8JSR Región de sirviente
BBODMNJ BBO8DMNJ Daemon de servicio de ubicación
Los nombres de trabajo y los nombres de procedimiento catalogado son similares a los utilizados para el gestor de despliegue, pero utilizan J para indicar un gestor de trabajos.

Dónde ir a continuación

El convenio de denominación básico es adecuado para una introducción al producto WebSphere Application Server para z/OS. Sin embargo, la mayoría de empresas desearán crear, como mínimo, dos nodos de servidor de aplicaciones, ya sea para la prueba y la producción, o bien para permitir la migración tras error en una célula de Network Deployment. Para estas configuraciones, debe utilizar un convenio de denominación de servidor más complejo.

El convenio de denominación estándar de WebSphere Application Server for z/OS es una ampliación sencilla del convenio de denominación básico. Los prefijos BBO y WS son sustituidos por un identificador de célula de dos caracteres; esto permite que varias células simultáneas o grupos de células con necesidades administrativas similares compartan un conjunto común de ID de usuario de servidor. Los identificadores de clúster y un identificador de sistema, que se especifican durante la personalización, proporcionan una flexibilidad adicional. Consulte Convenio de denominación estándar para z/OS si desea más información.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-zos&topic=cins_plannambase
File name: cins_plannambase.html