UIM 20.3.1

uim2031
2031_release_notes
Como parte del ciclo de versión regular para actualizar Unified Infrastructure Management (UIM), nos complace anunciar la versión de parche UIM 20.3.1. Esta versión incluye funciones nuevas y mejoradas, problemas resueltos, entre otros aspectos.
3
2
Funciones nuevas y mejoradas
Se incluyen las siguientes funciones y mejoras en 20.3.1:
Gestión de nivel de servicio
Esta versión de UIM proporciona la funcionalidad de gestión de nivel de servicio (SLM).La vista de SLM es una interfaz para crear acuerdos de nivel de servicio (SLA), objetivos de nivel de servicio del componente (SLO) y restricciones de la calidad del servicio (QoS). Con esta funcionalidad, se pueden crear acuerdos potentes, extensibles y mensurables con los clientes. Cuando se hayan definido los acuerdos de nivel de servicio en la vista de SLM, los datos se registran y el cumplimiento se calcula automáticamente.
Para obtener más información sobre cómo trabajar con SLM, consulte el artículo Vista de SLM.
Informes del acuerdo de nivel de servicio
También se pueden ver informes sobre el cumplimiento del acuerdo de nivel de servicio calculado en la interfaz Informes de SLA y exportarlos para su transmisión a los clientes. La vista de informes de acuerdo de nivel de servicio muestra información de rendimiento para los acuerdos de nivel de servicio (SLA) definidos en SLM.
Para obtener más información sobre los informes de acuerdo de nivel de servicio, consulte el artículo Informes de SLA.
Acceso a la Consola de administración desde la OC
Ahora se puede acceder a la IU de la Consola de administración a través de la Consola del operador (OC). Esta capacidad proporciona un acceso perfecto a la IU de la Consola de administración sin cerrar sesión en la OC.La aplicación Consola de administración permite gestionar y mantener los concentradores, los robots y las sondas en el sistema.
Para obtener más información sobre cómo acceder a la Consola de administración desde la OC, consulte el artículo Consola de administración en la OC.
Mejora en la política de alarmas
La funcionalidad de la política de alarmas se ha mejorado en esta versión para ofrecer una gestión centralizada de umbrales para las tecnologías que se monitorizan remotamente. En el caso de las sondas remotas, las políticas de alarmas ya no están vinculadas con el robot, lo que implica que las mismas políticas no se aplican a todos los dispositivos que gestiona una sonda remota.
Puede definir umbrales independientes para los distintos dispositivos o grupos que se monitorizan a través de la misma sonda remota. Por lo tanto, para los dispositivos o grupos que gestiona una sonda remota, las políticas de alarmas ahora se aplican solamente a los dispositivos para los que se crean. Esto garantiza que las alarmas se generen solamente para los dispositivos pertinentes, lo que permite gestionar las políticas y las alarmas de una forma más eficaz.
Para obtener más información, consulte la sección "Gestión de umbrales centralizada para tecnologías monitorizadas remotamente" en el artículo Gestión de alarmas con políticas de alarmas centralizadas.
Copiar perfiles del servicio de configuración de la monitorización
Ahora puede copiar un perfil de dispositivo o de grupo (la fuente) y aplicar el perfil copiado a otro perfil de dispositivo o de grupo (el destino). El servicio de configuración de la monitorización (MCS) analiza la fuente con respecto al destino y realiza la acción apropiada.Cuando se aplica un perfil a nivel del grupo, MCS aplica este perfil a todos los dispositivos del grupo.
Para obtener más información sobre cómo copiar y aplicar perfiles del servicio de configuración de la monitorización, consulte el artículo Cómo copiar y aplicar perfiles en MCS.
Suprimir un dispositivo mediante la OC
UIM ahora le permite eliminar dispositivos mediante la vista de inventario de la Consola del operador (OC). El proceso proporciona la capacidad de suprimir un dispositivo desde el inventario y evitar su redetección, cerrar las alarmas asociadas al dispositivo y suprimir los datos de QoS almacenados para el dispositivo
Para obtener más información sobre cómo suprimir un dispositivo usando la OC, consulte el artículo Eliminar dispositivos en la OC.
Portlets desaprobados
Para ver la lista completa de portlets rechazados, consulte el artículo Portlets desaprobados.
Activar acceso de solo lectura para perfiles del servicio de configuración de la monitorización
Esta versión de UIM facilita el acceso de solo lectura a los perfiles del servicio de configuración de la monitorización en función del rol de un usuario. Ahora hay disponible un nuevo permiso que proporciona acceso de solo lectura al usuario. Los usuarios con este permiso solo pueden ver los perfiles del servicio de configuración de la monitorización; no pueden editarlos, crearlos ni suprimirlos. Esto garantiza que solamente los usuarios pertinentes puedan realizar las operaciones necesarias en los perfiles.
Para obtener más información sobre cómo habilitar el acceso de solo lectura a los perfiles del servicio de configuración de la monitorización, consulte el artículo Activar acceso de solo lectura para perfiles del servicio de configuración de la monitorización.
Telemetría mejorada para el modelo de acuerdo de licencia del producto
La telemetría es un elemento fundamental del modelo de acuerdo de licencia de la cartera (PLA) del software empresarial. El requisito inicial del esfuerzo de la telemetría es recopilar y generar informes sobre el uso diario específico del producto para apoyar el nuevo modelo de consumo.  Broadcom utiliza su propio endpoint para admitir la distribución de la telemetría del software empresarial. Este endpoint proporciona una plataforma centralizada para la recopilación y el enrutamiento de los datos de uso a través de varios destinos e integraciones pregenerados previamente.
Para obtener más información, consulte el artículo Configuración de la telemetría para el modelo PLA.
Gestionar discrepancias entre configuraciones previstas y existentes de los servicios de configuración de la monitorización
La versión de GA de la sonda mon_config_service_recon está ahora disponible y le permite gestionar la configuración del servicio de configuración de la monitorización en su entorno de UIM. Puede usar esta sonda para detectar y controlar las discrepancias que pueden ocurrir entre la configuración esperada y la configuración existente que se implementa a las sondas del entorno.
Para obtener más información sobre cómo trabajar con esta sonda, consulte la documentación de la sonda mon_config_service_recon.
UIM Perl SDK es compatible con TLS 1.2
Ahora está disponible una versión actualizada de Perl SDK. Esta versión de SDK es compatible con Perl v5.32, que proporciona compatibilidad con TLS 1.2 en SDK durante la comunicación con las bases de datos de UIM (Oracle y Microsoft SQL Server).
Perl SDK ahora solo es compatible con las siguientes plataformas compatibles con UIM:
  • Microsoft Windows x86_64
  • Linux x86_64
Para obtener más información, consulte la sección Perl SDK en el artículo Funcionamiento de las herramientas de desarrollo.
Problemas resueltos
Las siguientes incidencias se resolvieron en esta versión:
  • Se resolvió una incidencia por la que los usuarios obtenían un error de acceso a los datos cuando intentaban iniciar el cuadro de mandos del servicio de configuración de la monitorización desde la IU de la OC (con MySQL como base de datos).
  • Se corrigió una incidencia por la que, al intentar crear un ticket en ServiceNow desde la vista Alarmas en la OC, este no se podía crear. La opción Crear ticket estaba disponible junto con las alarmas, pero no permitía crear los tickets.
  • Se resolvió una incidencia por la cual, cuando los mismos grupos se crearon desde dos usuarios de cuenta diferentes, solo se visualizaba un grupo en la vista de árbol. Sin embargo, las vistas de lista y tarjeta muestran los dos grupos. Esta incidencia se estaba produciendo cuando la configuración de UIM 20.3.0 estaba utilizando la base de datos de Oracle.
  • Se corrigió una incidencia en la que la tabla de alarmas mostraba el mensaje "Se ha producido un error al recuperar las alarmas" en lugar de "No hay ninguna alarma activa", incluso cuando todas las alarmas estaban reconocidas. Esta incidencia se estaba produciendo cuando la configuración de UIM 20.3.0 estaba utilizando la base de datos de Oracle.
  • Se corrigió una incidencia en la que, al mover un robot de un concentrador a otro, no cambiaba el origen en la OC. El concentrador antiguo seguía mostrándose como el origen del robot incluso cuando se había movido el robot a un nuevo concentrador.
  • Se corrigió una incidencia en la que, después de crear el perfil "Monitorización del sistema remoto" en el nivel de grupo para los dispositivos no robot, cuando los usuarios intentaban hacer clic en el dispositivo que no era robot y abrir el perfil, recibían un error.
  • Se corrigió una incidencia por la cual los nombres del perfil del servicio de configuración de la monitorización en la opción Monitorización remota y en la nube del Asistente de instalación (en la OC) no siempre estaban visibles. Este comportamiento se producía cuando la base de datos era Oracle.
  • Se corrigió una incidencia en la que faltaba el estado o la configuración de la implementación del robot para la funcionalidad de implementación del robot en la OC.
  • Se corrigió una incidencia por la cual el cambio de un grupo a otro en los cuadros de mandos no funcionaba correctamente en la vista de árbol. Los paneles de información mostraban los detalles del grupo anterior en lugar de los del nuevo grupo incluso cuando los usuarios se movían al nuevo grupo.
  • Se corrigió una incidencia en la que la opción para eliminar un dispositivo no estaba disponible en la vista de inventario de la OC.
  • Se corrigió una incidencia por la cual los usuarios no podían crear el perfil de grupo For-Each de Microsoft Windows Service (ntservices). Cuando intentaban crearlo, el campo del nombre del servicio permaneció en el estado desactivado. Por lo tanto, los valores no se están volviendo disponibles para asignar las claves en el perfil For-Each.
  • Se corrigió una incidencia por la cual los usuarios no podían suprimir los perfiles de nivel de dispositivo creados por el perfil de nivel de grupo. La opción de suprimir no suprimía los perfiles.
  • Se corrigió una incidencia por la cual, cuando se creaba el perfil heredado OLEDB de SQL_Response con "For Each Deployment Enable" = Yes, los perfiles a nivel de grupo se migraban, pero no los perfiles a nivel de dispositivo.
  • Se resolvió una incidencia en la que la migración del perfil de nivel de dispositivo no funcionaba para el perfil For-Each.
  • Se corrigió una incidencia por la cual las métricas recién activadas no se reflejaban en la IU para el perfil del servicio de configuración de la monitorización de Apache existente. Permanecían en estado desactivado.
  • Se resolvió una incidencia por la cual no se creaban los perfiles cuando los usuarios intentaban crear un perfil For Each en la OC con los detalles de "{foreach-instance}".
Actualizar artefactos de parche
Los siguientes artefactos están disponibles como parte del parche de UIM 20.3.1:
Artefacto
Número de versión
Ubicación de la descarga
Instaladores de la OC
  • installOC.exe (Windows)
  • installOC_linux.bin (Linux)
20.3.1
Paquetes de robots
  • robot_update
  • robot_update_secure
9.32
Paquetes del servicio de configuración de la monitorización (proporcionados como mon_config_service en modo agrupado):
  • mon_config_service
  • mon_config_service_ws
  • Sonda mon_config_service_recon
  • mon_config_service_cli
20.31
Paquetes de Perl y Perl SDK
  • Perl_LINUX_23_64
  • SDK_PERL
  • 5.32 (para Perl_LINUX_23_64)
  • 20.30 (para SDK_PERL)
Telemetría de PLA
  • uimesdplatelemetry
1.07
Paquete de UIMAPI
  • uimapi
20.31
Proceso de implementación/actualización de alto nivel
Para la actualización de UIM 20.3.1, revise los puntos siguientes:
  • Antes de actualizar a UIM 20.3.1, verifique que el entorno existente está utilizando UIM 20.3.0.
  • El parche de UIM 20.3.1 no incluye ningún instalador de actualización para UIM Server. El parche contiene artefactos independientes separados que puede tener que implementar manualmente para actualizar los respectivos componentes a 20.3.1. Por lo tanto, asegúrese de implementar los paquetes más recientes (por ejemplo, robot_update, mon_config_service) que están disponibles para 20.3.1.
  • El parche de UIM 20.3.1 también incluye un instalador de actualización para la OC. Es posible ejecutar el instalador de actualización de la OC para actualizar la OC 20.3.0 a la OC 20.3.1.
  • Por último, después de actualizar todos los componentes adecuados, se puede empezar a utilizar las funciones que proporciona el parche de UIM 20.3.1.
Los pasos de alto nivel recomendados para aplicar los artefactos de parche son los siguientes:
  1. Implemente el robot 9.32 en los robots centrales (por ejemplo, concentrador, OC o CABI).
  2. Ejecute el instalador de la actualización de OC 20.3.1 en el concentrador principal y especifique el servidor de la OC durante la actualización.
  3. Implemente los paquetes del servicio de configuración de la monitorización 20.31 de la siguiente manera:
    1. Desactive la sonda mon_config_service existente en el concentrador principal, implemente el paquete mon_config_service 20.31 en el concentrador principal y active mon_config_service.
    2. Desactive la sonda wasp en el robot de la OC, implemente el paquete mon_config_service_ws 20.31 en el robot de la OC y active wasp. Este paso es necesario si están utilizando los servicios web del servicio de configuración de la monitorización.
    3. Implemente el paquete mon_config_service_recon 20.31 en el concentrador principal y active la sonda después de crearla. Este paso es necesario si se desea utilizar la funcionalidad de reconciliación del servicio de configuración de la monitorización.
    4. Implemente el paquete mon_config_service_recon 20.31 en el concentrador principal. Este paso es necesario si está utilizando la funcionalidad de la interfaz de línea de comandos del servicio de configuración de la monitorización.
  4. Implemente el paquete de uimapi 20.31 en el robot de la OC.
  5. Implemente los otros paquetes: uimesdplatelemetry (en UIM Server) y SDK_PERL (en cualquier robot), si es necesario.
  6. Si su entorno contiene varias instancias de la OC:
    1. En los servidores de la OC secundarios, actualice los paquetes relevantes enumerados en el Paso 2 de la sección Configuración de un servidor de la OC secundario a la versión 20.3.1. Los paquetes 20.3.1 están disponibles en el archivo de archivado local.
    2. Ejecute el paso 3b (implementación de mon_config_service_ws 20.31) y el paso 4 (implementación de uimapi 20.31) en los robots de la OC secundarios.
    3. Implemente el paquete ump_slm 20.31 en los robots de la OC secundarios. El paquete ump_slm 20.31 está disponible en el archivo de archivado local.
Problemas conocidos
Los siguientes son los problemas conocidos agregados recientemente que son aplicables para el parche 20.3.1:
  • [UIM 20.3.1] Estado del agente de detección retrasado
    Cuando se programa una detección, se tarda algún tiempo en actualizar el estado en la IU. Este comportamiento se produce porque, cuando se programa una detección en un agente de detección, el estado del agente se retrasa 1 minuto debido a la arquitectura interna.Esto causa el retraso en el estado. Esto se puede tratar como un problema conocido.
  • [UIM 20.3.1] El inicio en contexto para las alarmas de DX NetOps Spectrum no está disponible en la OC
    Para la integración de DX NetOps Spectrum y UIM, el inicio del contexto para las alarmas de DX NetOps Spectrum no está disponible en la interfaz de la OC. Este problema se solucionará pronto.
  • [UIM 20.3.1] Un trabajo generado por el sistema no se crea después de guardar el acuerdo de nivel de servicio
    Cuando se guarda el acuerdo de nivel de servicio, no se crea el trabajo generado por el sistema si no hay ningún cambio en el formulario del acuerdo de nivel de servicio.
  • [UIM 20.3.1] Exportar el acuerdo de nivel de servicio a PDF trunca la lista de restricciones de QoS de los SLO
    En los informes del acuerdo de nivel de servicio, cuando se exporta el acuerdo de nivel de servicio al formato PDF, la información del acuerdo de nivel de servicio y del objetivo de nivel de servicio se exporta al PDF. Sin embargo, la lista de restricciones de calidad de servicio configurada en el objetivo de nivel de servicio no se exporta totalmente.
    Esta incidencia se ha corregido en la versión UIM 20.3.3.
  • [UIM 20.3.1] Se muestra la etiqueta "Filtros de interfaz" de forma incorrecta durante la edición del grupo
    Si se crea un grupo dinámico con las condiciones O en los criterios de filtro de grupo, se mostrará una etiqueta "Filtros de interfaz" de forma incorrecta en la IU cuando se intente editar ese grupo.
    Esta incidencia se corrigió como parte de la versión de parche OC 20.3.2.
  • [UIM 20.3.1] Intercambio de nombres de grupo en la vista de árbol
    Cuando dos usuarios de cuentas diferentes crean grupos con el mismo nombre, los usuarios del bus podrán ver el intercambio ocasional de los grupos en la vista de árbol.
    Esta incidencia se corrigió como parte de la versión de parche OC 20.3.2.
Para ver la lista completa de problemas conocidos aplicables a esta versión, consulte la sección "Problemas conocidos de UIM 20.3.1" en el artículo Problemas conocidos.
Acuerdos de software de terceros
Para obtener una lista de los acuerdos de software de terceros que se han agregado recientemente a UIM 20.3.1, descargue el archivo adjunto "tpsrs_uim_2031.zip
Para ver la lista completa de acuerdos de software de terceros, consulte el artículo relacionado de TPSR.