Actualizar servidores eXtreme Scale

Puede actualizar WebSphere eXtreme Scale a una nueva versión, aplicando mantenimiento o instalando una nueva versión, sin interrupción del servicio.

Antes de empezar

Debe tener el archivo binario del release de versión principal o mantenimiento que desee aplicar. Puede obtener la información más reciente sobre los paquetes de release y mantenimiento disponibles en el portal de soporte de IBM para WebSphere eXtreme Scale.

Acerca de esta tarea

Para realizar una actualización sin interrupción del servicio, actualice primero los servidores de catálogo y luego actualice los servidores de contenedor y los servidores de cliente. Si tiene una instalación de servidor y cliente en el mismo servidor físico, puede actualizar las instalaciones completas en cada servidor físico. Si tiene instalaciones de sólo cliente, actualice estas instalaciones en último lugar.

Procedimiento

Actualice el nivel de servicio de catálogo, repitiendo los pasos siguientes para cada servidor de catálogo de la cuadrícula de datos. Actualice el nivel de servicio de catálogo antes de actualizar los clientes o servidores de contenedor. Los servidores de catálogo individuales pueden interoperar con la compatibilidad de versión, así que puede aplicar actualizaciones a un servidor de catálogo cada vez sin interrumpir el servicio.
1. Si está ejecutando con el mecanismo de quórum habilitado, compruebe que el estado del quórum sea correcto. Ejecute el siguiente mandato:
```
xscmd -c showQuorumStatus
```
  Este resultado indica que todos los servidores de catálogo están conectados.
2. Si utiliza réplica multimaestra entre dos dominios de servicio de catálogo, deseche el enlace entre los dos dominios de servicio de catálogo mientras actualiza los servidores de catálogo.
```
xscmd –c dismissLink –cep host:2809 -fd nombre_dominio
```
  Sólo necesita ejecutar este mandato desde uno de los dominios de servicio de catálogo para eliminar el enlace entre los dos dominios de servicio de catálogo.
3. Concluya uno de los servidores de catálogo. Puede utilizar el mandato stopOgServer o stopXsServer, el mandato xscmd -c teardown o concluir el servidor de aplicaciones que se está ejecutando en el servicio de catálogo en WebSphere Application Server. No hay requisitos para el orden de detención de los servidores de catálogo, pero si se concluye el servidor de catálogo primario en último lugar se reducirá la rotación. Para determinar qué servidor de catálogo es el primario, busque el mensaje CWOBJ8106 en los archivos de registro. En condiciones normales, cuando el mecanismo de quórum está habilitado, el quórum se mantiene cuando se concluye un servidor de catálogo, pero es recomendable consultar el estado del quórum después de cada conclusión con el mandato xscmd -c showQuorumStatus.
  Puede proporcionar una lista específica de servidores para detener al mandato stopOgServer o stopXsServer, o al mandato xscmd -c teardown:
```
stopOgServer nombre_servidor
```
```
stopXsServer nombre_servidor
```
```
xscmd –c teardown -sl nombre_servidor
```
  Con los ejemplos anteriores, los mandatos stopOgServer o stopXsServer o xscmd -c teardown están completando las mismas tareas de conclusión. Sin embargo, puede filtrar los servidores para detener con el mandato xscmd -c teardown. Consulte Detener servidores de forma controlada con el programa de utilidad xscmd para obtener más información sobre cómo filtrar los servidores por zona o nombre de host. El mandato teardown filtra los servidores coincidentes y le solicita si los servidores seleccionados son correctos.
4. Instale las actualizaciones en el servidor de catálogo. Puede migrar el servidor de catálogo a un release principal nuevo del producto o aplicar un paquete de mantenimiento. Consulte los temas siguientes para obtener más información:
  - Para migrar desde una instalación de la versión 7.1.x: Migrar a WebSphere eXtreme Scale
  - Para migrar de una instalación de la versión 8.5: Instalación de fixpacks con IBM Installation Manager.
5. Actualice la variable de entorno JAVA_HOME para que apunte a una instalación de Java™ Development Kit (JDK) soportada. Para obtener las versiones de JDK soportadas e instrucciones sobre cómo actualizar JDK, consulte Consideraciones sobre Java SE.
6. Reinicie el servidor de catálogo.
  Si está utilizando un entorno autónomo, consulte Iniciar un servicio de catálogo autónomo que utiliza el transporte ORBo Iniciar un servicio de catálogo autónomo que utiliza el transporte de IBM eXtremeIO (XIO) para obtener más información. Si está utilizando un entorno de WebSphere Application Server, consulte Iniciar y detener servidores en un entorno de WebSphere Application Server para obtener más información.
  
  El servidor de catálogo se ejecuta en modalidad de compatibilidad hasta que todos los servidores de catálogo se mueven al mismo nivel. La modalidad de compatibilidad se aplica principalmente a migraciones de release principales ya que las nuevas funciones no están disponibles en los servidores que no se migran. No existen restricciones sobre cuánto tiempo los servidores de catálogo pueden ejecutarse en modalidad de compatibilidad, pero el método recomendado es migrar todos los servidores de catálogo al mismo nivel lo antes posible.
7. Verifique que el servidor de catálogo se ha iniciado satisfactoriamente. Asegúrese de que los siguientes mandatos xscmd devuelven resultados válidos:
```
xscmd -c routetable -cep cathost:2809
xscmd -c showMapSizes -cep cathost:2809
```
  Importante: Estos mandatos deben contener el valor -cep <host_servidor_catálogo>:<puerto_escucha> para el servidor de catálogo reiniciado.
8. Aplique actualizaciones a los demás servidores de catálogo de la configuración.
Actualice los servidores de contenedor, repitiendo los pasos siguientes para cada servidor de contenedor de la cuadrícula de datos. Puede actualizar los servidores de contenedor en cualquier orden.
1. Detenga los servidores de contenedor que desea actualizar. Puede detener los servidores de contenedor que desea actualizar con el mandato stopOgserver o stopXsServer, o con el mandato xscmd -c teardown. Para obtener más información, consulte Detener servidores autónomos que utilizan el transporte ORB,Detener servidores autónomos que utilizan el transporte IBM eXtremeIO y Detener servidores de forma controlada con el programa de utilidad xscmd.
  Al ejecutar los mandatos xscmd -c teardown o stopOgserver o stopXsServer para manejar varios servidores en paralelo, el mecanismo de colocación puede mover fragmentos en grupos más grandes. Sin embargo, no desactive demasiados servidores al mismo tiempo. Los recursos de los servidores que quedan podrían sobrecargarse.
2. Verifique que los servidores de contenedor se han detenido y eliminado de la cuadrícula de datos. Ejecute los siguientes mandatos xscmd y verifique que los resultados no contienen los servidores de contenedor detenidos.
```
 xscmd -c routetable
xscmd -c showMapSizes
```
  Si estos mandatos se ejecutan demasiado pronto después de detener los servidores de contenedor, es posible que no se devuelvan resultados correctos. Espere unos minutos e intente ejecutar de nuevo los mandatos.
3. Instale las actualizaciones en los servidores de contenedor. Puede migrar los servidores de contenedor a un nuevo release principal del producto o aplicar un paquete de mantenimiento. Consulte los temas siguientes para obtener más información:
  - Para migrar desde una instalación de la versión 7.1.x: Migrar a WebSphere eXtreme Scale
  - Para migrar de una instalación de la versión 8.5: Instalación de fixpacks con IBM Installation Manager.
4. Actualice la variable de entorno JAVA_HOME para que apunte a una instalación de Java Development Kit (JDK) soportada. Para obtener las versiones de JDK soportadas e instrucciones sobre cómo actualizar JDK, consulte Consideraciones sobre Java SE.
5. Reinicie los servidores de contenedor.
6. Verifique que los servidores de contenedor se han reiniciado y añadido a la cuadrícula de datos. Ejecute los siguientes mandatos xscmd y verifique que los resultados contienen los servidores de contenedor reiniciados.
```
 xscmd -c routetable
xscmd -c showMapSizes
```
  Si estos mandatos se ejecutan demasiado pronto después de iniciar los servidores de contenedor, es posible que no se devuelvan resultados correctos. Espere unos minutos e intente ejecutar de nuevo los mandatos.
7. Actualice los demás servidores de contenedor de la configuración.
Si utiliza réplica multimaestra, vuelva a conectar los dominios de servicio de catálogo. Utilice el mandato xscmd -c establishLink para volver a conectar los dominios de servicio de catálogo.
```
xscmd –c establishLink -cep host:2809 -fd dname -fe fdHostA:2809,fdHostB:2809
```
Para comprobar que todos los servidores estén utilizando la nueva versión de WebSphere eXtreme Scale, emita el mandato xscmd -c showinfo.
```
xscmd –c showinfo
```
Actualice las instalaciones de sólo cliente.
Si su entorno incluye WebSphere eXtreme Scale Client for .NET, consulte Actualizar WebSphere eXtreme Scale Client for .NET.

Qué hacer a continuación

También puede utilizar estos pasos para volver a una versión anterior o para desinstalar paquetes de mantenimiento. Sin embargo, si vuelve a la versión 7.1.0 cuando utiliza réplica multimaestra, es posible que la réplica bidireccional no funcione correctamente al volver a establecer los enlaces. En esta situación, reinicie ambos dominios de servicio de catálogo y vuelva a enlazar los dominios de servicio de catálogo con el mandato establishLink.
Después de todos los servidores y clientes hayan sido migrados a la versión 8.6, puede actualizar la configuración para utilizar IBM eXtremeIO (XIO) para que dé soporte a las cuadrículas de datos de la empresa. Para obtener más información, consulte Configurar IBM eXtremeIO (XIO).