Personalización del entorno z/OS

Aunque es posible que inicialmente sólo instale un intermediario, piense en cómo se utilizará el producto en su empresa dentro de algunos años. Si se planifica pensando en el futuro, el desarrollo de la configuración de WebSphere Message Broker es más sencillo.

Puede ser conveniente que cree el Gestor de configuración en z/OS para gestionar el dominio de intermediarios. Si está efectuando una migración desde una versión anterior de WebSphere Message Broker piense en migrar primero el Gestor de configuración que estaba previamente en Windows.

Inicio del cambioSi desea ejecutar un Gestor de configuración en z/OS, puede efectuar una de las siguientes acciones: Fin del cambio

Si está utilizando la publicación/suscripción con seguridad, también necesitará el Servidor de nombres de usuario. El Servidor de nombres de usuario puede estar en z/OS o en otra plataforma. Los gestores de colas han de estar interconectados para que la información del Servidor de nombres de usuario pueda distribuirse a los intermediarios de otros gestores de colas.

Un intermediario requiere acceso a un gestor de colas y a DB2. Un Gestor de configuración y un Servidor de nombres de usuario sólo necesitan acceso a un gestor de colas. Un intermediario no puede compartir su gestor de colas con otro intermediario, pero un intermediario sí puede compartir un gestor de colas con un Gestor de configuración y un Servidor de nombres de usuario.

No se pueden utilizar colas WebSphere MQ compartidas para contener los datos relacionados con WebSphere Message Broker como colas SYSTEM.BROKER, pero sí puede utilizar colas compartidas para las colas de flujos de mensajes.

Si desea ver información detallada sobre las tablas del usuario de la base de datos DB2 y sobre las colas WebSphere MQ creadas y utilizadas por WebSphere Message Broker en z/OS, consulte el apartado Mandato mqsicreatebroker.

Al planificar el trabajo en un entorno z/OS, debe realizar las siguientes tareas:
  • Crear procedimientos de tarea iniciada para el intermediario, el Servidor de nombres de usuario y los gestores de configuración que piensa utilizar. Estos procedimientos deben definirse, en la tabla de tareas iniciadas, con el ID de usuario adecuado.
  • Decidir la estrategia de recuperación. Como parte de la arquitectura de sistemas, necesita una estrategia para reiniciar los sistemas si finalizan anormalmente. Las soluciones más frecuentes utilizan productos de automatización como NetView o el recurso del gestor de rearranque automático, Automatic Restart Manager (ARM). Puede configurar WebSphere Message Broker para que utilice ARM.
  • Planificar los productos requisito adicional, incluidos UNIX System Services, Resource Recovery Services, DB2, WebSphere MQ y Java.
  • Asegurarse de que el sistema de biblioteca de ejecución (Runtime Library System - RTLS) del intermediario esté desactivado en las opciones por omisión de entorno de lenguaje para el sistema. Esto se debe a que el código de intermediario se compila utilizando XPLINK y aplicaciones XPLINK no se pueden iniciar mientras RTLS está activo.
  • Recopilar estadísticas de intermediario en z/OS

Inicio del cambioPara obtener una visión general de cómo crear los componentes de WebSphere Message Broker, consulte el apartado Creación de componentes de WebSphere Message Broker en z/OSFin del cambio

Conceptos relacionados
Visión general de serialización de mensajes en z/OS
Tareas relacionadas
Configuración de la seguridad de z/OS
Creación de componentes de WebSphere Message Broker en z/OS
Utilizar colas compartidas de WebSphere MQ para entrada y salida (z/OS)
Referencia relacionada
Mandato mqsicreatebroker
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión
Copyright IBM Corporation 1999, 2006 Última actualización: 22/08/2006
ae22100_