Notas de la versión de la sonda ems (servicio de gestión de eventos)

Contenido
uimpga-ga
ems_RN
La sonda ems es el servicio de gestión de alarmas y eventos principal de CA UIM.
Contenido
2
Historial de revisiones
Es posible que los casos de soporte no sean visibles para todos los clientes.
Versión
Description
Estado
Fecha
10.23
(Incluido en UIM 20.1.0)
  • Se ha actualizado la versión de la sonda para que esté sincronizada con UIM 20.1.0.
GA
Marzo de 2020
10.22
Novedades:
  • (10.20 HF1) Se ha corregido un problema por el que las páginas, informes y cuadros de mandos del Gestor de servicios unificados tenían un rendimiento lento después de actualizar a CA UIM 9.0.2. (Caso de soporte: 01234697)
  • (10.20 HF2) Se ha corregido una incidencia por la que la sonda ems no se iniciaba después de actualizar a CA UIM 9.0.2 en un entorno de alta disponibilidad. Una propiedad adicional (ha_address) ahora está disponible en la sonda ems para configurar la dirección del concentrador secundario donde se implementa la alta disponibilidad. Por lo tanto, para aplicar la revisión, desactive la sonda ems, implemente la revisión, inicie la sonda ems, actualice la dirección de alta disponibilidad en el parámetro ha_address y reinicie la sonda ems. (Caso de soporte: 01243139)
  • Se ha corregido una incidencia por la que la sonda ems en el concentrador principal estaba produciendo un error al iniciarse cuando la sonda HA 1.45 estaba activa en el concentrador secundario. (Caso de soporte: 01237349)
  • (10.20 HF3) Esta revisión proporciona las siguientes correcciones y mejoras:
    • Se ha corregido una incidencia por la que UMP no estaba cargando las alarmas y permanecía en el estado de carga. (Caso de soporte: 01280212)
    • Se ha corregido una incidencia por la que las alarmas no se reenviaban de CA UIM a CA Spectrum. (Caso de soporte: 01280212)
    • Los parámetros sobre el número máximo de conexiones activas (max_active_pool_connections) y sobre las conexiones de la base de datos inactivas (max_idle_pool_connections) se han hecho configurables. (Caso de soporte: 01280212)
    • Se han actualizado commons-pool2 y commons-dbcp2 de Apache a la versión 2.6.0 para solucionar los problemas de pérdida de memoria en la biblioteca. (Caso de soporte: 01280212)
    • Se ha mejorado el registro de la sonda ems para comprobar el número de conexiones de la base de datos que está utilizando la sonda. (Caso de soporte: 01280212)
    • Se imprime el ID de subproceso en los registros de la sonda ems para capturar el seguimiento de pila de cada solicitud. (Caso de soporte: 01280212)
    • Se imprimen los ID de alarmas que se devuelven a CA Spectrum durante la sincronización incremental. (Caso de soporte: 01280212)
    • Se ha corregido una incidencia por la que los usuarios obtenían errores de tiempo de espera excedido de la lectura en la sonda maintenance_mode. Para solucionar este problema, el valor de maintenance_mode_cmd_timeout en la configuración de la sonda ems se ha aumentado a 180000 ms. (Caso de soporte: 01245017)
      Esta revisión no es aplicable en CA UIM 8.5.1 si está utilizando la base de datos de Microsoft SQL Server y el modo de autenticación de Windows para la autenticación.
  • (10.18 HF2) Se ha corregido una incidencia por la que la Consola de alarmas no actualizaba las alarmas. La sonda ems también se detenía más tarde. (Caso de soporte: 01151288)
  • Se ha solucionado una incidencia por la que la sonda ems no funcionaba. La sonda se reiniciaba una vez por minuto, obteniendo un nuevo PID, sin obtener un puerto y, a continuación, creando un archivo MDUMP de 250 MB. (Caso de soporte: 01305917)
  • Se ha actualizado la sonda como parte de la corrección de las vulnerabilidades y exposiciones comunes mediante la actualización de las bibliotecas jackson-databind. Para obtener más información sobre los números de CVE, consulte Solución de las vulnerabilidades de Jackson.
  • CA UIM 9.2.0 ha adoptado OpenJDK 8u212 en lugar de Oracle JDK. Debido a este cambio, CA UIM 9 SP1 (9.1.0), que estaba utilizando Oracle JDK (JRE) 8u212, ya no está disponible y se ha eliminado del sitio de soporte. Todas las funcionalidades que se incluyeron en 9.1.0, se publican ahora como parte de CA UIM 9.2.0. Por consiguiente, todas las referencias a la versión 9.1.0 y la versión 9.10 de la sonda (publicada con ella) también se han eliminado de esta documentación de la sonda. Se recomienda cambiar a esta versión 9.20 de esta sonda, ya que la versión anterior 9.10 ya no está disponible. Para obtener más información sobre el uso de OpenJDK en CA UIM, consulte Adopción de OpenJDK.
GA
Agosto de 2019
10.20
¿Qué novedades hay?
  • La sonda ems ahora es compatible con la sonda de alta disponibilidad para la conmutación por error. Se ha agregado un nuevo parámetro "isprimary" a la sonda ems. De forma predeterminada, cuando la sonda ems se está ejecutando en el concentrador principal, este parámetro está establecido en True. Cuando se produce la conmutación por error y la sonda ems se está ejecutando en el concentrador secundario, el parámetro está establecido en False.
  • Se ha actualizado esta sonda como parte de la corrección de las vulnerabilidades CVE-2018-13820 y CVE-2018-13819 en CA UIM 9.0.2.
  • Se ha actualizado esta sonda como parte de la eliminación de las vulnerabilidades de seguridad conocidas en CA UIM 9.0.2 mediante la utilización de los componentes de MariaDB actualizados.
GA
Octubre de 2018
10.18
¿Qué novedades hay?
  • Se ha actualizado esta sonda como parte de la compatibilidad con TLS v1.2 en CA UIM para establecer una comunicación segura con las bases de datos de UIM: Microsoft SQL Server y Oracle.
GA
Junio de 2018
10.17
¿Qué novedades hay?
  • Actualización de la memoria caché de la base de datos periódica
  • El Gestor de acciones utiliza la base de datos incrustada de ems (MapDB) en lugar de la base de datos principal de UIM para mejorar el rendimiento
  • Las reglas ya no se ordenan por peso
  • Active/desactive las reglas sin pasar por la definición de reglas completa
  • Se ha activado la carga dinámica de los cambios en el archivo ems.cfg sin un reinicio. Esto permite cambiar la configuración de ems durante la ejecución de ems sin interrumpir las colas existentes.
  • Todas las alarmas abiertas de EMS que se almacenan en la base de datos incrustada de ems (MapDB) se sincronizarán con la base de datos de UIM (nisdb)
  • La actualización de ems 9.x a 10.17 requiere la supresión de la memoria caché. Consulte Consideraciones de instalación a continuación para conocer los procedimientos.
    : nas (servidor de alarmas) v9.00 es un requisito previo para actualizar a ems v10.17. Si está utilizando una versión anterior de nas, actualice a nas 9.00.
Defectos corregidos
  • EMS no devuelve una excepción NullPointerException cuando se proporciona un ID de alarma en la llamada de alarmas de cierre pero ese ID de alarma ya no existe.
  • Se ha corregido una incidencia por la cual una llamada de alarmas webservices_REST devolvía la misma hora tanto para
    timeArrival
    como para
    timeOrigin
    . Ahora, la llamada devuelve la marca de tiempo correcta para cada parámetro.
    Caso de soporte: 715331
  • Se ha corregido el comportamiento para que el valor de configuración de EMS "Activar sincronización de las alarmas con la base de datos de UIM" se mantenga seleccionado después de actualizar una página en la ventana de la configuración.
    Caso de soporte: 751590
  • Las llamadas webservices_REST ahora son compatibles con las expresiones regulares en los filtros de alarmas.
    Caso de soporte: 738122
  • Mientras se produce una mayor actividad simultánea en UIM y UMP, las solicitudes de alarma de EMS se envían en lugar de hacerse la copia de seguridad en la cola.
  • Se han corregido las rutas mal escritas en el instalador de UIM que no permitían que EMS se iniciase.
    Caso de soporte: 739367
  • Se ha solucionado un problema por el cual cuando se instalaba UIM en una ruta que contenía
    NimBUS
    en lugar de
    Nimsoft
    (por ejemplo:
    NimBUS/probes/services/ems
    ), se producía un error al iniciar ems.
    Caso de soporte: 00739367
  • Se ha corregido una incidencia por la cual los archivos y directorios en
    ems/db
    no se suprimían según la programación de la retención.
    Número de caso de soporte: 00728785
GA
Marzo de 2018
9.00
¿Qué novedades hay?
  • Se ha agregado el catálogo de reglas del Gestor de acciones. El Gestor de acciones permite realizar las siguientes acciones:
    • Actuar en las alarmas mediante criterios de filtro definidos
    • Cierra alarmas
    • Programar las acciones de alarma
    • Enviar correos electrónicos
  • Se ha agregado la clase
    CsvCache
    a la API de alarma de la sonda ems. La clase CsvCache contiene métodos que proporcionan un acceso cómodo a los datos de referencia que se almacenan en los archivos CSV.
  • Se ha agregado el método de
    getAlarms()
    a la API de alarma de ems.
  • Se ha actualizado la configuración de la sonda ems con las opciones 
    Activar sincronización de las alarmas con la base de datos de UIM
     e
    Intervalo de sincronización de las alarmas con la base de datos de UIM (s)
    .
  • Se ha actualizado la sonda ems para contener la sonda nas_api_service. Debido a esta actualización, ahora se requiere la sonda ems para ver los datos de las alarmas en el Gestor de servicios unificados. Además, la sonda ems ahora se implementa automáticamente como parte de las instalaciones o actualizaciones de CA UIM. No se requiere ninguna reconfiguración de las sondas nas en el entorno como consecuencia de este cambio.
    Una versión de la sonda nas_api_service todavía está dentro de la sonda trellis para mantener la compatibilidad con versiones anteriores de las sondas de puerta de enlace de tickets anteriores a 8.5.1.
  • Se han revisado los campos que generan los mensajes del ciclo de vida de la alarma.
Defectos corregidos:
  • Se ha mejorado el rendimiento al cerrar las alarmas.
    Caso de soporte: 00582161.
  • Se ha corregido una incidencia, donde los filtros de alarma que
    no son iguales a null
     pueden provocar una excepción
    SpelEvaluation
    .
    Caso de soporte: 00526282.
  • Se ha corregido una incidencia, donde la hora de modificación de la alarma no se ha actualizado al establecer los valores personalizados de la propiedad.
    Caso de soporte: 00591348.
  • Se ha corregido una incidencia, donde aparecen fechas incorrectas para las alarmas de ems que se visualizan en el Gestor de la infraestructura.
    Caso de soporte: 00612935.
  • Se ha corregido una incidencia, donde aparece el siguiente error de forma intermitente en USM.
    Caso de soporte: 00484427
    .
    USM Error: javax.persistence.PersistenceException: org.hibernate.exception.LockAcquisitionException: No se ha podido ejecutar la consulta
GA
Febrero de 2017
8.50
Defectos corregidos:
  • Los mensajes de alarma que contienen fechas incorrectas y no se pueden cerrar ya no aparecen en el Gestor de la infraestructura cuando se selecciona
    Send NAS-style Lifecycle Messages (Enviar mensajes de ciclo de vida del estilo de NAS)
    .
    Casos de soporte: 918445, 168098.
  • Los filtros de alarmas de la lista de control de acceso que contienen cualquier condición que
    no es igual a
    un valor no válido ya no generan una excepción en USM para los usuarios de contacto de la cuenta.
    Número de caso de soporte: 934498
    .
GA
Diciembre de 2016
8.45
Defectos corregidos:
  • Se ha mejorado el rendimiento de la búsqueda en USM cuando hay una gran cantidad de datos de la alarma.
GA
Septiembre de 2016
8.41
Esta versión de la sonda ems está disponible como parte de la versión de CA UIM 8.4 SP1.
Defectos corregidos:
    • Ahora, la sonda ems es compatible con reglas de tasas de los eventos (Umbral de tiempo excedido y Tiempo hasta el umbral) configuradas en la Consola de administración.
    • El elemento <eventTypes> ahora es compatible con varios elementos secundarios de <eventType>.
GA
Junio de 2016
8.4
Novedades:
  • Versión GA inicial de la sonda ems.
GA
Enero de 2016
Requisitos de hardware específicos de la sonda
La sonda ems tiene los requisitos de hardware siguientes.
Requisitos de almacenamiento
La sonda ems almacena los datos en los archivos .csv en la siguiente ubicación del servidor del concentrador principal:
<instalación_UIM>\Nimsoft\probes\service\ems\db
Tras la implementación, se debe monitorizar esta carpeta para garantizar que se dispone de suficiente espacio en el disco para los datos de la alarma. También se puede cambiar el período de retención de los datos en la interfaz gráfica de usuario de ems para ahorrar espacio en disco. De forma predeterminada, el historial de transacciones para la sonda ems se almacena durante 30 días.
Requisitos de software específicos de la sonda
La sonda ems debe estar instalada en un concentrador principal que ejecute la versión 8.4 o una versión posterior de CA Unified Infrastructure Management Server.
Consideraciones de la instalación
La sonda ems está disponible para la implementación en el archivo de archivado en la consola de administración o en el Gestor de la infraestructura.
Para actualizar a 10.17 desde 9.x, siga estos pasos en el servidor del concentrador principal:
  1. Desactive la sonda ems.
  2. Suprima la carpeta de base de datos de ems desde la ubicación siguiente:
    <UIM_Installation>\Nimsoft\probes\service\ems\db
  3. Si CA UIM se integra con CA Spectrum:
    1. Desactive la sonda spectrumgtw.
    2. Suprima SpectrumAlarmsCache.dat y UimAlarmsCache.dat de
      <UIM_Installation>\Nimsoft\probes\gateway\spectrumgtw\cache
      . Además, borre las alarmas de ems/nas desde la consola OneClick de CA Spectrum. Se puede filtrar por la columna "Fuente" para identificar las alarmas de ems/nas.
  4. Implemente la última versión de la sonda ems.
  5. Active la sonda ems.
  6. Active la sonda spectrumgtw (si CA UIM está integrado con CASpectrum).
Problemas conocidos
En esta sección, se describen los problemas conocidos y las soluciones alternativas (si las hay) para la sonda ems.
(ems 10.20 o posterior)
Error de inicio de la sonda ems en el concentrador secundario; imposibilidad de supresión de la memoria caché de la base de datos
De forma predeterminada, cuando la sonda ems está instalada en la sonda ha y la instancia de ems principal se desactiva, la memoria caché de la base de datos se borra automáticamente antes de que la sonda ems entre en funcionamiento en el concentrador secundario. Se establece este comportamiento para evitar la duplicación de alarmas.
Si la memoria caché de la base de datos no se borra automáticamente, al iniciar la sonda ems en el concentrador secundario y si el parámetro "isprimary" está establecido en False en el concentrador principal de la sonda ems, no se puede iniciar la sonda y se produce un error que indica que
no se puede suprimir la base de datos
.
Solución:
Realice las acciones siguientes:
Vaya a \Nimsoft\probes\service\ems\db, suprima la carpeta de la base de datos y reinicie la sonda.
(ems 8.50 o anteriores) Inconsistencia de campo entre los mensajes
alarm_close
 de la sonda ems y nas
Los mensajes del ciclo de vida de
alarm_close
que genera la sonda nas contienen la propiedad de la tabla
closed_alarms
. En la sonda ems, la misma propiedad se denomina
close_alarm
.
Incompatibilidad de las alarmas con las correlaciones o las extensiones de las correlaciones
No se puede agregar una correlación o una extensión de correlación a un mensaje de alarma. Para agrupar las instancias de un mensaje de alarma, se deben aplicar los elementos
<correlation>
y
<correlationExtension>
a la regla del evento asociado.
Algunos campos no se emiten en los mensajes del ciclo de vida de la alarma heredados
Síntoma
Los siguientes campos no se emiten en los mensajes del ciclo de vida de la alarma heredados que se generan mediante la opción
Send NAS-style Lifecycle Messages (Enviar mensajes de ciclo de vida del estilo de NAS)
en la sonda ems:
  • Campos personalizados 1-5
  • Etiquetas de usuario 1-2
Solución
Si se está utilizando una sonda de puerta de enlace que dependa de estos campos, configure el servicio de enrutamiento de alarmas para el redireccionamiento de los mensajes de alarma a nas.
Caracteres no ASCII ilegibles en los mensajes de alarma
Síntoma
En los mensajes de alarma, los caracteres son ilegibles.
Soluciones
De forma predeterminada, se utiliza UTF-8 como codificación para los mensajes entrantes para la sonda ems. Por este motivo, los caracteres no ASCII que no utilizan la codificación UTF-8 y que aparecen en los mensajes de alarma de las sondas no se pueden leer.
La solución alternativa para esta incidencia dependerá de la sonda que se esté utilizando:
  • Algunas sondas contienen una opción en la interfaz gráfica de usuario que permite seleccionar la codificación UTF-8 para los mensajes salientes (por ejemplo, logmon o ntevl). En estos casos, seleccione UTF-8 en el cuadro combinado
    Codificación de la salida
    .
  • Si está utilizando sondas que no contienen la opción
    Codificación de la salida
    (por ejemplo, ntservices o procesos), desactive la codificación UTF-8. La codificación UTF-8 se debe desactivar en las ubicaciones siguientes:
    • WASP
    • alarm_enrichment
    • trellis
    • ems
Siga los pasos siguientes:
  • Desactive la codificación UTF-8 de la sonda wasp.
    • En Gestor de la infraestructura, haga doble clic en la sonda de wasp.
    • Haga clic en la ficha
      Configuración
      .
    • En la sección
      Extra Java VM arguments
      , elimine el argumento
      -Dfile.encoding=UTF-8
      .
    • Haga clic en
      Aplicar
      .
    • Reinicie la sonda.
  • Desactive la codificación UTF-8 de las sondas alarm_enrichment, trellis y ems.
    • En el Gestor de la infraestructura, seleccione la sonda alarm_enrichment.
    • Haga clic con el botón secundario del ratón y seleccione
      Edit...
      .
    • En el campo
      Arguments
      , elimine
      - Dfile.encoding=UTF-8
      .
    • Haga clic en
      Aceptar
      .
    • Reinicie la sonda.
    • Repita estos pasos para las sondas trellis y ems.
Reinicio de la sonda requerido por la opción Send NAS-style Lifecycle Messages
Si se selecciona la opción
Send NAS-style Lifecycle Messages (Enviar mensajes de ciclo de vida del estilo de NAS)
en la interfaz gráfica de usuario de ems, los cambios no se aplicarán hasta que no se haya reiniciado la sonda ems.
La sonda ems no contiene la capacidad de desactivación automática
Actualmente, la sonda ems no es compatible con la capacidad de desactivación automática para las alarmas. Si está utilizando el umbral de tiempo excedido con ems, se deben desactivar manualmente las alarmas Umbral de tiempo excedido.
Componentes de CA UIM incompatibles
La sonda ems no admite el uso de los siguientes componentes en CA UIM:
  • Cuadros de mandos de CA Business Intelligence
  • Conmutación por error mediante la sonda ha
  • Topología y análisis de la causa raíz
  • Informes unificados