Cómo realizar el mantenimiento continuo en servidores de CA SDM

Este artículo contiene los siguientes temas:
casm173
No es posible llevar a cabo la migración desde un entorno de disponibilidad avanzada mediante el mantenimiento continuo. Debe cerrar el servicio de CA SDM en todos los servidores de aplicaciones y en espera antes de iniciar la actividad de migración. Para obtener más información, consulte Cómo actualizar CA SDM.
Este artículo contiene los siguientes temas:
Como administrador del sistema, se realiza el mantenimiento continuo de los servidores de CA SDM. Este mantenimiento se puede realizar con el fin de aplicar parches o realizar un mantenimiento general de los servidores. Se recomienda realizar el mantenimiento de todos los servidores en un orden específico. Este proceso garantiza que todos los servidores se actualizan con los mismos cambios, lo que evita que los usuarios finales experimenten interrupciones (o interrupciones mínimas). En el caso de algunos cambios específicos del servidor, no es necesario realizar la actualización en todos los demás servidores.
Antes de aplicar un parche de MDB común o un parche del sistema operativo o de seguridad, deben cerrarse todos los servidores de CA SDM. En tales casos, la tarea del usuario se interrumpe al no tener acceso a CA SDM hasta que todos los servidores estén en ejecución. Se recomienda que el administrador del sistema planifique la aplicación del parche como resulte oportuno.
El siguiente diagrama muestra el proceso recomendado para la realización de un mantenimiento continuo de los servidores de CA SDM:
En función de los estándares de la organización, el proceso de mantenimiento continuo en su organización puede diferir del proceso recomendado.
Cómo realizar el mantenimiento continuo en servidores de CA SDM
How to Perform Rolling Maintenance on CA SDM Servers
Siga los pasos siguientes:
  1. Detenga el servidor en espera (que se desea promover como el nuevo servidor de fondo).
  2. Realice el mantenimiento continuo en el servidor en espera.
  3. Inicie el servidor en espera.
  4. Realice el mantenimiento continuo en el anterior servidor de fondo.
  5. Inicie el anterior servidor de fondo.
    Cuando se inicia el servidor de fondo, este se convierte en un servidor en espera.
  6. Realice el mantenimiento continuo en todos los demás servidores en espera.
    Detenga el servidor en espera, realice un mantenimiento continuo e inicie el servidor.
Verificación de las consideraciones
Durante una conmutación por error del servidor de fondo al servidor en espera, debe tenerse en cuenta lo siguiente:
  • Los nuevos usuarios no pueden iniciar sesión.
  • Para los usuarios que ya están conectados, algunas acciones no funcionan durante la conmutación por error. Los usuarios deberán intentar realizar las acciones después de la conmutación por error. No funcionan las acciones siguientes:
    • Creación de tickets con archivos adjuntos
    • Descarga de archivos adjuntos
    • Búsqueda de documentos de conocimiento
    • Indexación de nuevos documentos de conocimiento
    • Correo electrónico entrante
    • Los eventos del acuerdo de nivel de servicio que no se activan hasta que se completa la conmutación por error
Si se ha configurado la herramienta de terceros para activar la conmutación por error automática de los servidores de CA SDM, se debe desactivar antes de iniciar el mantenimiento continuo.
Supresión del control de la versión entre los servidores de fondo y en espera
El control de versiones de CA SDM ayuda a gestionar las modificaciones del sistema mediante todos los servidores de CA SDM. Asegúrese de que suprime el control de la versión en el servidor en espera antes de iniciarlo. Este proceso garantiza que el servidor en espera no se actualiza a las modificaciones del sistema del servidor de fondo. Para suprimir el control de la versión, ejecute el siguiente comando en el servidor en espera que se acaba de actualizar.
Cuando se ejecuta el comando siguiente, el control de la versión no debe desactivarse.
pdm_server_control -v
Promoción del servidor en espera como el nuevo servidor de fondo
Antes de detener el servidor de fondo, debe promoverse el servidor en espera (que se ha actualizado) como el nuevo servidor de fondo. Si está instalada la Automatización de soporte con CA SDM, se notifica a los usuarios activos de la Automatización de soporte sobre el cierre del servidor de fondo.
Siga los pasos siguientes:
  1. Ejecute el siguiente comando en el servidor de fondo para notificar a todos los usuarios activos que utilicen la automatización de soporte que guarden su trabajo:
    sa_server_notifier [-h] | [-q seconds] | [-c]
    • -h
      Muestra la página de ayuda.
    • -q segundos
      Esta opción indica a un servidor local (de fondo) que utilice el modo de inactividad en un período especificado. Este intervalo corresponde al número de segundos previos a la desconexión del servidor. No se puede utilizar esta opción para un servidor en espera o de aplicaciones.
    • -c
      Esta opción cancela una solicitud de modo de inactividad que se ha enviado previamente.
    Se muestra un mensaje emergente a todos los usuarios activos que utilizan la Automatización de soporte. Este mensaje notifica a los usuarios el cierre del servidor y el tiempo restante para que este se produzca. Los usuarios deben guardar su trabajo y cerrar sesión dentro del plazo planificado.
  2. Ejecute el siguiente comando en el servidor en espera que desea promover como el nuevo servidor de fondo:
    pdm_server_control -b
    • -b
      Indica a un servidor en espera local que se convierta en el servidor de fondo. El servidor en espera debe estar en ejecución. De lo contrario, se inicia, pero no se producirá ninguna conmutación por error. Para iniciar una conmutación por error, se debe ejecutar el comando de nuevo.
    El servidor de fondo se cierra automáticamente y el servidor en espera se promueve como el nuevo servidor de fondo. Este cambio no afecta a las sesiones del usuario final. Las actualizaciones en curso (si las hubiera) se almacenan y retrasan hasta que vuelva a conectarse el nuevo servidor de fondo.
Realización del mantenimiento continuo en servidores de aplicaciones
Como práctica recomendable, es posible realizar primero el mantenimiento continuo en un servidor de aplicaciones que tenga un número mínimo de usuarios (o ninguno) conectados. A continuación, debe indicarse a todos los usuarios activos en otros servidores de aplicaciones que inicien sesión en el servidor actualizado. Finalmente, se puede realizar el mantenimiento en los demás servidores de aplicaciones. Este proceso garantiza que los usuarios no se transfieren entre servidores de aplicaciones varias veces.
Siga estos pasos:
  1. Detenga el servidor de aplicaciones con menor nivel de actividad, realice el mantenimiento continuo e inícielo.
    El servidor de aplicaciones se actualiza con todos los cambios.
  2. Realice el mantenimiento continuo en el servidor de aplicaciones e inícielo.
    El servidor de aplicaciones se actualiza con todos los cambios.
  3. Realice los pasos 3 y 4 para los demás servidores de aplicaciones.
    Todos los servidores de aplicaciones se actualizan con todos los cambios.
Selección del servidor de aplicaciones con menor nivel de actividad
Debe seleccionarse un servidor de aplicaciones con el menor nivel de actividad de usuarios. Ejecute el siguiente comando en cada servidor de aplicaciones con el fin de elegir uno con ninguna sesión activa o la menor cantidad posible de estas.
pdm_webstat
Este comando no captura las sesiones de servicio web REST o SOAP.
Detención del otro servidor de aplicaciones
Informa a todos los usuarios activos en un servidor de aplicaciones de que deben cambiarse al servidor de aplicaciones con menor nivel de actividad antes de que se detenga. Asegúrese de que ha reiniciado el servidor de aplicaciones con menor actividad antes de trasladar a él todos los usuarios.
Siga los pasos siguientes:
  1. (Recomendado) Se debe informar a todos los analistas activos de la automatización de soporte acerca del servidor de aplicaciones que se desea detener con el fin de crear un ticket en CA SDM con la información de la sesión. Este proceso garantiza que la información de sesión no se pierde. Por ejemplo, el analista de la automatización de soporte se encuentra en una sesión con un cliente para resolver una incidencia de hardware. En tal caso, el analista de la automatización de soporte puede crear una incidencia en CA SDM con la información de la sesión antes de que el servidor de aplicaciones se cierre.
  2. Envíe una notificación (por ejemplo, por correo electrónico) a todos los usuarios activos en el servidor de aplicaciones para su traslado al servidor de aplicaciones con menor actividad que se acaba de reiniciar. Esta notificación puede incluir los detalles del servidor de aplicaciones actualizado.
  3. Ejecute el siguiente comando en el servidor de aplicaciones:
    pdm_server_control [-h] -q interval -s server_name
    • -h
      Muestra la página de ayuda.
    • -q interval -s server_name
      Indica a un servidor de aplicaciones local o remoto que utilice el modo de inactividad en un período especificado. Este intervalo corresponde al número de segundos previos a la desconexión del servidor. Al utilizar esta opción sin server_name, se indica al servidor local que utilice el modo inactivo. No se puede utilizar esta opción para un servidor de fondo o en espera.
    Se muestra un mensaje emergente a todos los usuarios activos en el servidor de aplicaciones con objeto de informarles acerca del cierre del servidor y el tiempo que queda para que este se produzca. Los usuarios deben guardar su trabajo y cerrar sesión dentro del plazo indicado. El servidor de aplicaciones se detiene tras el plazo especificado. Los usuarios se conectan al otro servidor de aplicaciones para reanudar su trabajo. El analista de la automatización de soporte puede hacer referencia al ticket y reanudar su trabajo.
    El servidor de aplicaciones se detiene correctamente.