![[Linux]](nglinux.gif)
Actualizaciones de nivel de mantenimiento de transferencia en Linux
En Linux®, puede utilizar varias instalaciones de IBM® MQ en el mismo servidor para controlar el release de las actualizaciones de nivel de mantenimiento.
Antes de empezar
Inst_1 y Inst_2, y un número de aplicaciones y dos gestores de colas, QM1 y QM2, que se ejecutan en un servidor. Para configurar este escenario, realice los pasos siguientes:- Instale dos copias de IBM MQ. En este ejemplo, se denominan
Inst_1yInst_2. - Convierta
Inst_1en la primaria ejecutando setmqinst. - Asocie todos los gestores de colas en el servidor con
Inst_1ejecutando setmqm. - Inicie todos los gestores de colas en el servidor.
- Mostrar y conectar todas las conexiones directas con los gestores de colas asociados con
Inst_1en IBM MQ Explorer. - Configure conexiones remotas con todos los gestores de colas en cada instancia de IBM MQ Explorer.
- Fixpacks, que contienen acumulaciones de todos los defectos corregidos desde la entrega de fixpacks anterior (o GA). Los fixpacks se generan exclusivamente para los releases de Long Term Support (LTS) durante su ciclo de vida de soporte normal.
- Actualizaciones de seguridad acumulativas (CSU), que son actualizaciones más pequeñas y contienen parches de seguridad publicados desde el mantenimiento anterior (GA). Las CSU se producen para los releases de LTS (incluidos los releases en soporte ampliado), y también para el release más reciente de IBM MQ Continuous Delivery (CD), según sea necesario para proporcionar los parches de seguridad pertinentes.
Para los releases de mantenimiento en o después del 1Q 2023, el cuarto dígito en el VRMF representa un número de fixpack o un número de CSU. Ambos tipos de mantenimiento son mutuamente acumulativos (es decir, contienen todo lo incluido en las CSU y fixpacks más antiguos), y ambos se instalan utilizando los mismos mecanismos para aplicar el mantenimiento. Ambos tipos de mantenimiento actualizan el dígito F del VRMF a un número más alto que cualquier mantenimiento anterior: los fixpacks utilizan valores "F" divisibles por 5, las CSU utilizan valores "F" no divisibles por 5.
Para los releases de mantenimiento anteriores a 1Q 2023, el cuarto dígito en VRMF siempre representa el nivel de fixpack. Por ejemplo, el primer fixpack del release de IBM MQ 9.3.0 LTS se numera 9.3.0.1.
Para obtener más información, consulte Cambios en el modelo de entrega de mantenimiento de IBM MQ.
Acerca de esta tarea
Puede instalar varias copias de IBM MQ en un servidor para transferir el release de las actualizaciones de nivel de mantenimiento de IBM MQ . Por ejemplo, como en el escenario que se describe en los pasos de tarea, utilizando dos instalaciones para desplegar actualizaciones de nivel de mantenimiento, se mantienen dos niveles de mantenimiento en un servidor, con el objetivo de que todos los gestores de colas y las aplicaciones lleguen al nivel de mantenimiento de producción antes de sustituir el nivel de mantenimiento anterior por el siguiente.
La instalación que utiliza una aplicación la controla el gestor de colas al que se conecta una aplicación. El mandato setmqm asocia un gestor de colas con una instalación. Puede asociar un gestor de colas con una instalación diferente siempre y cuando la instalación está en el mismo nivel de mandatos o superior. En este escenario, todas las instalaciones están en el mismo nivel de mandatos. Puede asociar o reasociar un gestor de colas con cualquiera de las instalaciones que ejecutan cualquiera de los fixpacks o actualizaciones de seguridad acumulativas (CSU).
En este escenario, una aplicación enlaza con la instalación primaria. Cuando se conecta a un administrador de colas,IBM MQ cambia el enlace a la instalación asociada con el gestor de colas; ver Coexistencia del gestor de colas de varias instalaciones activadaAIX ,Linux y ventanas .
Para las aplicaciones creadas con las opciones de enlace descritas en la documentación del producto, la forma más sencilla de configurar la vía de acceso de búsqueda de la biblioteca de enlaces para las aplicaciones IBM MQ es convertir una instalación en primaria. Sólo si es importante seleccionar un arreglo en la propia biblioteca de enlaces de IBM MQ , debe revisar la vía de acceso de búsqueda. Debe hacer que la instalación con el arreglo de biblioteca de enlace IBM MQ sea primaria o realizar un ajuste local para la aplicación, quizás ejecutando el mandato setmqenv .
La ejecución de mandatos es otra cuestión. Los mandatos siempre se ejecutan desde la instalación primaria o la instalación que haya seleccionado ejecutando el mandato setmqenv. Si ejecuta un mandato desde la instalación errónea, el mandato falla. Por ejemplo, si QM1 está asociado con Inst_1, la ejecución del mandato Inst_2_Installation_path/bin/strmqm QM1 falla.
Si estas usandoIBM MQ Explorer y tienes dos instalaciones, también tienes dosIBM MQ Explorer instancias. Una enlazada con una instalación y otra con la otra. Cada IBM MQ Explorer muestra los gestores de colas conectados localmente que están asociados con la misma instalación que la instancia de IBM MQ Explorer. Para supervisar todos los gestores de colas en un servidor, configure conexiones remotas a los gestores de colas asociados con el resto de las instalaciones.
Procedimiento
Aplique la primera actualización de nivel de mantenimiento a Inst_2.
Aplique la segunda actualización de nivel de mantenimiento a Inst_1.
Para arreglos de mantenimiento posteriores, alterne entre Inst_2 y Inst_1.