[z/OS]

Cómo hacer una pausa en la escucha del servidor de aplicaciones para actualizar manualmente una aplicación de alta disponibilidad

En lugar de detener el servidor de aplicaciones, puede utilizar el mandato Modify de la consola MVS para hacer una pausa en los escuchas de dicho servidor de aplicaciones, realizar la actualización de la aplicación y, a continuación, reanudar los escuchas. Si utiliza esta técnica, no tendrá que detener y después iniciar el servidor para realizar la actualización de la aplicación.

Antes de empezar

Determine qué servidores de aplicaciones alojan los miembros del clúster que deben actualizarse.

Acerca de esta tarea

Si tiene una aplicación de alta disponibilidad cuyas actualizaciones desea controlar manualmente, pero no desea detener los servidores implicados, puede utilizar el mandato Modify de la consola MVS para hacer una pausa en la escucha de cada uno de estos servidores de aplicaciones y, a continuación, actualizar la aplicación.

Avoid trouble Avoid trouble: El mandato MODIFY servidor,PAUSELISTENERS detiene el controlador y deja de escuchar en todos los puertos, excepto IIOP (ORB_TCP_SECURE y ORB_TCP_LISTENER). Para IIOP, cuando se emite este mandato de modificación, el daemon deja de enviar solicitudes a los canales de transporte IIOP. Sin embargo, si está ejecutando aplicaciones cliente que no realizan el almacenamiento en la memoria caché como, por ejemplo, el almacenamiento en memoria caché de bean, es posible que las solicitudes de estas aplicaciones se envíen directamente al puerto IIOP abierto. Es posible que se produzca esta situación porque los escuchas IIOP se inician pronto en el proceso de inicio del servidor, lo que produce que probablemente se abra el puerto IIOP antes de que se emita este mandato modify.gotcha

Para hacer una pausa en las escuchas y controlar manualmente el despliegue de aplicaciones en un entorno de alta disponibilidad:

Nota:

Procedimiento

  1. Inhabilite todos las formas de sincronización automática, en todos los nodos de la célula y guarde los cambios. Realice uno de los procesos siguientes para llevar a cabo este paso:
    • En la consola administrativa:
      1. Pulse Administración del sistema > Agentes de nodos > nombre_agente_nodo > Servicio de sincronización de archivos.
      2. Deseleccione las opciones Sincronización automática ySincronización de arranque.
      3. Seleccione la opción Sincronizar cambios con nodos.
      4. Pulse Guardar.
    • Utilice los scripts de wsadmin para especificar los mandatos siguientes, luego reinicie todos los agentes de nodo afectados:
      set node NODE 
      set na_id [$AdminConfig getid /Node:$node/Server:nodeagent/]  
      set syncServ [$AdminConfig list ConfigSynchronizationService $na_id]  
      $AdminConfig modify $syncServ {{autoSynchEnabled false}}  
      $AdminConfig modify $syncServ {{synchOnServerStartup false}}
      $AdminConfig save 
      
      set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*] 
      $AdminControl invoke $nodeSync sync 
      Nota: Para entornos de producción, es razonable ejecutar siempre el agente de nodo con la sincronización automática inhabilitada. No obstante, resulta aconsejable para la sincronización de arranque que esté habilitada para el agente de nodo, de modo que pueda adquirir actualizaciones de configuración que se producen cuando el agente de nodo deja de funcionar. La sincronización de arranque se puede dejar habilitada siempre que pueda asegurar que no reiniciará el agente de nodo manualmente, mediante la automatización o mediante el gestor de rearranque automático durante el proceso de actualización de aplicaciones.
  2. Actualice la aplicación en el depósito de configuración maestra en el servidor del gestor de despliegue. Realice uno de los procesos siguientes para llevar a cabo este paso:
    • En la consola administrativa:
      1. Pulse Aplicaciones > Aplicaciones de empresa.
      2. Seleccione la aplicación que desea actualizar.
      3. Lleve a cabo el proceso de actualización de aplicaciones.
      4. Guarde los cambios en la configuración maestra. NO seleccione la opción Sincronizar cambios con nodos.
    • Utilice los scripts wsadmin para emitir el mandato siguiente:
      set app_loc /path/to/app
      set app_options {opciones de aplicación, por ejemplo: -appname app}
      set options [list -update]  lappend options $app_options 
      $AdminApp install $app_loc $options
      $AdminConfig save

      En este punto, tiene la versión actualizada de la aplicación (App v2 en la figura siguiente) en la Configuración maestra. No obstante, la versión original de la aplicación (App v1 en la figura siguiente) aún está en ejecución en el clúster que tiene miembros del clúster en LPAR1 y LPAR2.

      Figura 1. Instale la actualización de aplicaciones. Esta figura ilustra la primera etapa de una actualización de aplicaciones en un entorno de alta disponibilidad.Instalación de la actualización de aplicaciones
  3. Haga una pausa en la escucha del servidor de aplicaciones en LPAR1 y sincronice manualmente el nodo de la versión actualizada de la aplicación. Después de hacer la pausa en el escucha, espere a que se completen todos los elementos de trabajo asignados actualmente al servidor y, a continuación, emita el siguiente mandato desde la consola MVS:
    MODIFY nombre_abreviado_servidor,PAUSELISTENERS
    Por ejemplo, si el nombre abreviado del servidor en el que desea hacer la pausa es BBOS001, emita el mandato siguiente:
    MODIFY BBOS001,PAUSELISTENERS
  4. Sincronice el nodo. Realice uno de los procesos siguientes para llevar a cabo este paso:
    • En la consola administrativa:
      1. Pulse Administración del sistema > Agentes de nodos.
      2. Seleccione el nodo que desea sincronizar y, a continuación, pulse Resincronización completa.
    • Utilice los scripts wsadmin para emitir el mandato siguiente:
      set node NODE 
      set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*] 
      $AdminControl invoke $nodeSync sync 

    Como se ilustra en la figura siguiente, la versión actualizada de la aplicación (App v2) ahora reside en el nodo en LPAR1.

    Figura 2. Actualice el nodo en LPAR1. Esta figura ilustra la primera etapa de una actualización de aplicaciones en un entorno de alta disponibilidad con dos LPAR.Actualice el nodo en LPAR1
  5. Reanude la escucha del servidor de aplicaciones en LPAR1. Emita el mandato siguiente desde la Consola de MVS:
    MODIFY nombre_abreviado_servidor,RESUMELISTENERS
    Por ejemplo, si el nombre abreviado del servidor en el que desea hacer la pausa es BBOS001, emita el mandato siguiente:
    MODIFY BBOS001,RESUMELISTENERS
  6. Con la versión nueva de la aplicación en ejecución en LPAR1, repita los tres pasos anteriores en los otros LPAR del clúster para actualizarlos con la nueva versión de la aplicación. La figura siguiente ilustra cómo sería la configuración en un clúster de dos LPAR.
    Figura 3. Actualice el nodo en LPAR2. Esta figura ilustra la segunda etapa de una actualización de aplicaciones en un entorno de alta disponibilidad.Actualice el nodo en LPAR2

Resultados

El proceso de actualización de aplicaciones está completo cuando la versión nueva de la aplicación está en ejecución en todos los LPAR del clúster.


Icon that indicates the type of topic Task topic



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