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 que se produzcan interrupciones en el servicio, primero debe actualizar los servidores de catálogo, luego los servidores de contenedor y, por último, los servidores cliente.
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.
- Compruebe que el estado de quórum sea correcto. Ejecute el siguiente mandato:
xsadmin -quorumStatus
xscmd -c showQuorumStatus
Este resultado indica que todos los servidores de catálogo están conectados.
- Si utiliza réplica multimaestro 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.
xsadmin –ch host -p 1099 -dismissLink nombre_dominio
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.
- Concluya uno de los servidores de catálogo. Puede utilizar el mandato stopOgserver, el mandato xscmd
-c teardown, o concluir el servidor de aplicaciones en ejecución 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, el quórum se mantiene cuando se concluye un servidor de catálogo, pero se recomienda consultar el estado del quórum después de cada conclusión mediante el mandato xscmd -c showQuorumStatus.
Si utiliza el mandato xscmd -c teardown, puede filtrar los nombres de servidor. El mandato stopOgServer requiere que se especifique un nombre de servidor exacto o una lista de nombres de servidor para detener en paralelo. Debe agrupar el proceso de conclusión en lugar de llamar al proceso stop o teardown para muchos servidores en paralelo. Agrupando los servidores que se deben concluir, la cuadrícula de datos puede reaccionar a los servidores que se están concluyendo moviendo los fragmentos por la cuadrícula de datos. Puede utilizar uno de los mandatos siguientes para concluir los servidores:
Puede proporcionar una lista específica de servidores para detener a los mandatos stopOgServer o xscmd
-c teardown:
stopOgServer <nombre_servidor>[,<nombre_servidor>]
xsadmin –teardown <nombre_servidor>[,<nombre_servidor>]
xscmd –c teardown -sl <nombre_servidor>[,<nombre_servidor>]
Con los ejemplos anteriores, los mandatos stopOgServer o xscmd
-c teardown completan las mismas tareas de conclusión.
Sin embargo, puede filtrar los servidores para detener con el mandato xscmd
-c teardown. Consulte Detención correcta de servidores 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.
- 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:
- Reinicie el servidor de catálogo.
Si está utilizando un entorno autónomo, consulte Inicio de un servicio de catálogo autónomo para obtener más información. Si está utilizando un entorno de WebSphere Application Server, consulte Inicio y detención de 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.
- 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. Sin embargo, considere actualizar en primer lugar los servidores y a continuación los clientes si utiliza nuevas funciones en la actualización.
- Detenga los servidores de contenedor que desea actualizar. Puede detener el nivel de servidor de contenedor en los grupos con el mandato
stopOgserver o el mandato
teardown. Mediante el proceso por lotes de las operaciones teardown
y la ejecución de operaciones de inicio de servidor en paralelo, el mecanismo
de colocación puede mover los fragmentos en grupos más grandes.
xsadmin –teardown -fz DefaultZone
xscmd -c teardown -z DefaultZone
Conexión al servicio de catálogo en localhost:1099
Procesando opciones de filtro para desmontaje del servidor
Se ejecutará tear down en los servidores siguientes:
container00
container01
container02
container03
container04
¿Desea desmontar los servidores listados? (S/N)
- 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:
- Reinicie los servidores de contenedor.
- Actualice los demás servidores de contenedor de la configuración.
- Si utiliza réplica multimaestro, 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.
xsadmin –ch host –p 1099 –establishLink dname fdHostA:2809,fdHostB:2809
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
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 multimaestro, 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.