Configuración de los umbrales de alarma en MCS

La creación y gestión de configuraciones de la monitorización para cientos de dispositivos o recursos de destino es una tarea que requiere bastante tiempo. Se puede simplificar el proceso de configuración manual mediante el servicio de configuración de la monitorización (MCS). El MCS permite a los administradores y a otros usuarios autorizados crear un conjunto de perfiles de configuración. Los perfiles se aplican al mismo tiempo a cientos de dispositivos de destino. El MCS también implementa automáticamente las sondas en los dispositivos de destino según sea necesario.
uimpga-ga
HID_alarmthreshold
La creación y gestión de configuraciones de la monitorización para cientos de dispositivos o recursos de destino es una tarea que requiere bastante tiempo. Se puede simplificar el proceso de configuración manual mediante el servicio de configuración de la monitorización (MCS). El MCS permite a los administradores y a otros usuarios autorizados crear un conjunto de perfiles de configuración. Los perfiles se aplican al mismo tiempo a cientos de dispositivos de destino. El MCS también implementa automáticamente las sondas en los dispositivos de destino según sea necesario.
Desde CA UIM 9.0.2, se incluye un nuevo tipo de perfil del servicio de configuración de la monitorización denominado perfil mejorado. Los perfiles de monitorización mejorados proporcionan una forma coherente de configurar alarmas a través de MCS. Los perfiles mejorados permiten configurar las métricas, las líneas de referencia, los umbrales de alarma y las alarmas de umbral de tiempo excedido, así como crear mensajes de alarma personalizados; todo incluido en un perfil único del servicio de configuración de la monitorización utilizando la interfaz de usuario de UMP si el parámetro del modo de política está desactivado. Si el parámetro está activado, configure las métricas utilizando la interfaz de usuario de UMP y defina los umbrales y los mensajes de alarma en la Consola del operador como parte de una política de alarma.
Los siguientes temas explican toda la información:
2
2
Sondas que admiten los perfiles mejorados
Actualmente, las sondas siguientes son compatibles con los perfiles mejorados:
Sonda
Versión GA de la sonda
Versión de la plantilla MCS mejorada de la sonda
Versión compatible de MCS
Versión compatible del robot
Escenario de actualización
Versión mínima de la sonda
Versión mínima de la plantilla MCS de la sonda
Sonda ad_response (monitorización de la respuesta de Active Directory)
1.70
ad_response_mcs_templates 1.82
9.10
9.10
1.70
ad_response_mcs_template 1.19
Sonda ad_server (monitorización del servidor de Active Directory)
2.03
ad_server_mcs_templates 2.06
9.02
7.96
2.03
ad_server_mcs_templates 1.17
Sonda adevl (monitorización de eventos de Active Directory)
2.02
adevl_mcs_templates 2.03
9.02
7.96
2.02
adevl_mcs_template 3.54
Sonda apache (monitorización de Apache HTTP Server)
1.70
apache_mcs_templates 1.72
9.10
9.10
1.70
apache_mcs_template 1.39
Sonda aws (monitorización de Amazon Web Services)
5.40
aws_mcs_templates 5.35 (Beta)
9.02
7.96
5.26
aws_mcs_templates 5.26
Sonda azure (monitorización de Microsoft Azure)
3.14
azure_mcs_templates 3.14
9.10
9.10
3.11
azure_mcs_template 3.11
Sonda cdm (Monitorización del rendimiento de la CPU, del disco y de la memoria)
6.34-MC
cdm_mcs_templates 6.42
9.10
9.10
6.30-MC
cdm_mcs_template 2.56
Sonda ceph (monitorización del almacenamiento de Ceph)
1.21
ceph_mcs_templates 1.23
9.10
9.30
1.23
ceph_mcs_templates 1.23
Sonda email_response (monitorización de la respuesta del correo electrónico)
1.44
email_response_mcs_templates 1.45
9.02
7.96
1.44
email_response_mcs_templates 1.12
Sonda emailgtw (Puerta de enlace del correo electrónico)
2.84
emailgtw_mcs_templates 2.86
9.10
9.30
2.84
emailgtw_mcs_templates 2.86
Sonda ews_response (monitorización de la respuesta de Microsoft Exchange Server)
2.04
ews_response_mcs_templates 2.04
9.02
7.96
2.04
ews_response_mcs_template 1.24
Sonda dns_response (monitorización de la respuesta DNS)
1.68
dns_response_mcs_templates 1.71
9.02
7.96
1.68
-
Sonda hyperv (Monitorización de Microsoft Hyper-V)
3.30
hyperV_mcs_templates 3.31
9.02
7.96
3.20
hyperV_mcs_template v3.30
iis (Monitorización de IIS Server)
1.91
iis_mcs_templates 1.92
9.10
9.10
1.91
iis_mcs_template 1.36
Sonda logmon (Monitorización del registro)
4.11
logmon_mcs_templates 4.15
9.10
9.30
4.11
logmon_mcs_template 4.12
ldap_response
1.35
ldap_response_mcs_templates 2.15
9.02
7.96
1.35
ldap_response_mcs_template 2.14
Sonda mysql (Monitorización de MySQL Server)
1.51
mysql_mcs_templates 3.34 (paquete de plantillas 1.53)
9.10
9.10
1.51
mysql_mcs_template 3.33
Sonda net_connect (monitorización de conectividad de red)
3.37
net_connect_mcs_templates 3.42
9.10
9.10
3.34
net_connect_mcs_template 1.38
Sonda nexec (ejecución de comandos)
1.36
nexec_mcs_templates 1.36
9.02
7.96
1.36
N/D
Sonda ntevl (Monitorización de registro de eventos de NT)
4.32
ntevl_mcs_templates 4.31
9.02
7.96
4.24
ntevl_mcs_template 2.21
Sonda ntperf (Recopilador del rendimiento)
2.09
ntperf_mcs_templates 2.10
20.1 HF2
9.30
2.07
ntperf_mcs_templates 2.10
Sonda ntservices (monitorización de servicios NT de Microsoft Windows)
3.50
ntservices_mcs_template 3.50
9.02
7.96
3.50
ntservices_mcs_template 2.3.4
office365 (configuración de Office365)
1.03
office365_mcs_templates 1.05
9.10
9.30
1.03
office365_mcs_templates 1.05
Sonda oracle (monitorización de la base de datos de Oracle)
5.41
oracle_mcs_templates 5.35
9.10
9.10
5.20
oracle_mcs_template 2.22
Sonda processes (Monitorización de procesos)
4.64
processes_mcs_templates 4.64
9.02
7.96
4.6
processes_mcs_template 1.17
Sonda redis (monitorización de Redis)
1.00
redis_mcs_templates 1.01
9.10
9.30
1.01
redis_mcs_templates 1.01
Sonda rsp (Sistema remoto)
5.33
rsp_mcs_template 5.35
9.10
9.10
5.20
rsp_mcs_template 1.11
Sonda sap_basis (monitorización de SAP Basis)
2.06
sap_mcs_templates 2.0.7
9.10
9.30
2.0
sap_mcs_templates 2.0.7
Sonda sqlserver (Monitorización de SQL Server)
5.42
sqlserver_mcs_template 5.42
9.10
9.10
5.30
sqlserver_mcs_template 1.0
Sonda sql_response (Monitorización de respuesta de SQL Server)
1.80
sql_response_mcs_templates 4.00
9.02
7.96
1.80
N/D
Sonda url_response (monitorización de la respuesta del punto final de la dirección URL)
4.43
url_response_mcs_template 4.45
9.02
7.96
2.56
url_response_mcs_template 1.39
Sonda vmware (monitorización de VMware)
7.14
vmware_mcs_template 7.12
9.02
7.96
7.11
vmware_mcs_template 7.11.1
Sonda websphere_mq (monitorización de Websphere MQ)
2.22
websphere_mq_mcs_templates 2.22
9.02
7.96
2.22
websphere_mq_mcs_template 2.22.1
Sonda websphere (monitorización de WebSphere)
1.81
websphere_mcs_templates 1.81
9.02
7.96
1.81
websphere_mcs_template 1.81.1
logmon
: Para migrar correctamente los perfiles heredados en los perfiles mejorados para logmon, es necesario suprimir la plantilla hija de los perfiles de plantillas de la sonda logmon existentes (heredadas) ubicadas en
Configuración de la sonda logmon
>
Definición de calidad del servicio
antes de realizar la migración.
Requisitos previos
El siguiente entorno de software es necesario para utilizar los perfiles mejorados:
  • CA Unified Infrastructure Management versión 9.0.2
  • Servicio de configuración de la monitorización (MCS) versión 9.02: Revise la
    Versión compatible con el servicio de configuración de la monitorización
    de la tabla Sondas que admiten los perfiles mejorados.
  • Robot versión 7.96: Revise la
    Versión compatible con el robot
    de la tabla Sondas que admiten los perfiles mejorados.
  • 1 que incluye plantillas mejoradas (
    <probe_Name>
    _mcs_templates. zip). Implemente este paquete en el equipo donde esté implementado MCS 9.02.
Para utilizar un perfil mejorado, se debe implementar el robot de la versión compatible en los grupos o dispositivos que se desee monitorizar. Para las sondas remotas compatibles, tales como vmware, implemente el robot en el mismo dispositivo donde esté implementada la sonda (puede ser el concentrador principal).
Workflow
El siguiente diagrama muestra el flujo de trabajo del usuario:
Configuración de los umbrales de alarma en el servicio de configuración de la monitorización
Configure Alarm Thresholds in MCS
Los pasos son los siguientes:
  1. Asegúrese de cumplir los requisitos previos.
  2. Cree un perfil mejorado.
    1. Configure las líneas de referencia.
    2. Publique los datos de la calidad del servicio.
    3. Configurar los umbrales de alarma
    4. Utilice la sustitución de variables para crear mensajes de alarma personalizados .
Creación de un perfil mejorado
Se debe determinar qué elementos se desea monitorizar del entorno y crear los perfiles mejorados correspondientes. Se puede crear un perfil mejorado para cada dispositivo o se puede crear un perfil de configuración de grupo que MCS aplicará a todos los dispositivos de un grupo. Utilice los tipos de perfil que se muestran en el panel central de la ficha
Monitorización
para crear los perfiles mejorados. Puede reconocer fácilmente un perfil mejorado por el nombre de perfil, ya que incluye la palabra
Mejorado
. En función del perfil mejorado que se cree, los campos disponibles pueden variar. Pase el ratón sobre cualquier campo de un perfil mejorado para ver la información sobre herramientas de ese campo. Desplácese a la derecha para ver todas las opciones de configuración disponibles mientras se va creando.
Siga los pasos siguientes:
  1. En el Gestor de servicios unificados, seleccione el dispositivo o grupo que desee.
  2. Haga clic en la ficha
    Monitorización
    .
  3. En la columna central del servicio de configuración de la monitorización, seleccione la plantilla mejorada que desee. El nombre de la plantilla tiene la palabra "mejorado" como, por ejemplo, Respuesta de DNS (mejorado).
  4. Haga clic en el icono del signo más.
  5. Introduzca la información necesaria en los campos adecuados.
  6. Para la configuración de la definición de alarmas y métricas, en función de si el parámetro policy_mode_enabled se ha establecido en verdadero o falso, se muestran las secciones pertinentes. El parámetro policy_mode_enabled está presente en la
    timed
    sección del archivo de configuración de MCS. El valor predeterminado del parámetro es verdadero.
    • Si el valor es verdadero (valor predeterminado), la sección
      Métricas
      aparece en la interfaz de usuario para la configuración de las métricas. La siguiente captura de pantalla muestra que la sección
      Métrica
      aparece en la interfaz de usuario:
      Alarm_Policy_Enhanced_Profile.png
      En este caso, para agregar la información de las alarmas y los umbrales, utilice la funcionalidad de políticas de alarma en la Consola del operador. No se puede agregar esta información en UMP cuando el valor policy_mode_enabled es verdadero. Para completar las tareas restantes, omita los pasos 9 al 16 de este procedimiento.
    • Si el valor es falso, se muestra la sección
      Recopilación de la métrica y definición de las alarmas
      para la configuración de la métrica y las alarmas. Esta sección muestra las secciones
      Métrica
      ,
      Alarmas
      y
      Umbral de tiempo excedido
      . La siguiente captura de pantalla muestra que las tres secciones aparecen en la interfaz de usuario:
      Enhanced_Profile_All.png
      En este caso, configure la información de las alarmas y los umbrales en UMP.
  7. Seleccione las métricas (calidad del servicio) que desea modificar en la lista disponible en la sección
    Métrica
    .
  8. Haga clic en
    Publicar
    y, a continuación, haga clic en
    Línea de referencia
    .
    Nota
    : Si no se selecciona
    Publicar
    o
    Línea de referencia
    , CA UIM recopila datos de la calidad del servicio de la métrica que se ha seleccionado y calcula las líneas de referencia, pero no se publican. Los umbrales dinámicos (escalar, porcentaje y desviación estándar) requieren las líneas de referencia. Las líneas de referencia se calculan automáticamente para cualquier umbral que se haya configurado, pero solo se publican si se selecciona
    Publicar
    .
  9. Seleccione un
    tipo
    de alarma.
  10. Seleccione un algoritmo para utilizar:
    • Ninguno: Seleccione Ninguno si no desea generar una alarma.
    • Estático: Cada umbral es un valor constante del valor real o del último valor.
    • Escalar: cada umbral es un valor específico de la línea de referencia calculada.
    • Porcentaje: cada umbral es un porcentaje específico de la línea de referencia calculada.
    • Desviación estándar: Cada umbral es una medida de la variación de la línea de referencia calculada. Una desviación estándar grande indica que los puntos de datos están lejos de la línea de referencia calculada. Una pequeña desviación estándar indica que se agrupan alrededor de la línea de referencia calculada.
  11. Establezca el umbral para cada estado de alarma. Seleccione un operador para el umbral:
    • >
      Se produce una alarma cuando la métrica es mayor que el umbral establecido.
    • > =
      Se genera una alarma cuando la métrica es mayor o igual que el umbral establecido.
    • <
      Se genera una alarma cuando la métrica es inferior al umbral establecido.
    • < =
      Se produce una alarma cuando la métrica es menor o igual que el umbral establecido.
    • =
      : Se produce una alarma cuando la métrica es igual al umbral establecido.
    • !=
      : Se emite una alarma cuando la métrica no es igual al umbral establecido.
  12. Introduzca un valor numérico para cada umbral.
  13. Seleccione un nivel de severidad para cada umbral:
    • info
    • Advertencia
    • Leve
    • Grave
    • Crítica
  14. (Opcional) Cree un mensaje de alarma personalizado para el entorno:
    1. En el campo
      Mensaje de alarma
      , introduzca o seleccione las variables que desea incluir en un mensaje personalizado. Para obtener una lista completa de las variables admitidas, consulte la sección Variables de mensajes de políticas de alarmas compatibles en el artículo plugin_metric.
    2. En el campo
      Mensaje de desactivación
      , escriba el mensaje que desea que se muestre cuando se desactiva la alarma. Para obtener una lista completa de las variables admitidas, consulte la sección Variables de mensajes de políticas de alarmas compatibles en el artículo plugin_metric.
  15. Seleccione
    Activar
    para activar una alarma de Umbral de tiempo excedido.
  16. Configure los valores de configuración del umbral de tiempo excedido para que tengan la relación que desee de minutos a horas, días o minutos:
    1. Tiempo excedido
      : Introduzca el número de minutos.
    2. Dentro de
      : Introduzca un número.
    3. En la lista desplegable, seleccione
      Horas
      ,
      Días
      o
      Minutos
      .
      Para obtener más información, consulte Regla del evento Umbral de tiempo excedido.
  17. Haga clic en
    Crear
    o
    Guardar
    .
La siguiente captura de pantalla muestra un perfil mejorado:
Enhanced_Profile.png
Los perfiles mejorados admiten la configuración de las alarmas de Umbral de tiempo excedido pero
no
son compatibles con las alarmas de
Tiempo hasta el umbral
. Utilice la interfaz de usuario de la Consola de administración para configurar los valores de Tiempo hasta el umbral para las sondas que son compatibles con la configuración del Tiempo hasta el umbral. Para obtener más información, consulte Regla del evento Tiempo hasta el umbral.
Migración y conversión de los perfiles existentes
Revise las consideraciones siguientes antes de iniciar la migración de los perfiles de MCS existentes:
  • Migre los perfiles no mejorados existentes a la última versión disponible (no mejorada)
    antes
    de convertirlos en perfiles mejorados:
    1. Migre los perfiles no mejorados existentes a la versión más reciente disponible (no mejorada).
    2. Convierta los perfiles existentes en perfiles mejorados.
  • No cambie el nombre del perfil de MCS no mejorado existente ni del perfil de MCS mejorado que se crea cuando se mejora un perfil.
    • Al mejorar un perfil (por ejemplo, "C"), el servicio de configuración de la monitorización crea un perfil mejorado con un nombre similar asociado (por ejemplo, "c"). Se implementa el perfil "c" mejorado y se suprime el perfil original "C".
    • Los nombres similares asociados permiten suprimir el perfil mejorado y volver al perfil original. Si se rompe la asociación entre el perfil original "C" y el perfil mejorado "c" cambiando el nombre de uno de los perfiles,
      no
      se puede suprimir el perfil mejorado y volver al perfil original. Por lo tanto, se recomienda que mantenga el nombre del perfil existente de MCS y del perfil de MCS mejorado que se ha creado a partir del perfil existente.
  • Si realiza la actualización de una versión anterior de CA UIM a CA UIM 9.0.2:
    • Si ya existen perfiles de MCS disponibles para plantillas de MCS más antiguas antes de la actualización:
      • Las plantillas mejoradas no se mostrarán en UMP de forma predeterminada.
      • Si estos perfiles heredados existentes se migran a la última plantilla heredada, las plantillas mejoradas se podrán ver en UMP.
    • Si no hay perfiles de MCS disponibles para plantillas de MCS más antiguas antes de la actualización, las nuevas plantillas heredadas y mejoradas serán visibles en UMP.
  • En el caso de una nueva instalación de CA UIM 9.0.2:
    • Tanto las plantillas heredadas como las plantillas mejoradas serán visibles en UMP.
Migración del perfil de MCS
Migre los perfiles estándares de MCS a la última versión disponible (no mejorada) antes de convertirlos en perfiles mejorados. CA UIM 9.0.2 incluye una forma más sencilla de migrar los perfiles a la última versión de una plantilla. Ahora se puede utilizar el nuevo paquete de instalación, llamado paquete de plantillas de la sonda, para cada sonda para la que desee importar nuevas plantillas MCS. El paquete de plantillas de la sonda importa todas las plantillas de una única sonda al servicio de configuración de la monitorización.
El paquete de plantillas de la sonda también incluye un migrador de perfiles que puede migrar automáticamente las instancias de perfil existentes a la versión más reciente de las plantillas de la sonda instalada. Se puede controlar si el nuevo paquete de plantillas de sonda migra automáticamente las instancias de perfiles existentes a la versión más reciente de las plantillas de sonda instaladas. Para configurar el servicio de configuración de la monitorización para migrar todos los perfiles existentes, utilice la nueva clave de configuración del servicio de configuración de la monitorización
/migration/enable_auto_migration
. El valor predeterminado de la clave
/migration/enable_auto_migration
es
false
. Si mantiene el valor predeterminado en false, el paquete de plantillas de la sonda importa las plantillas de la sonda del archivo de instalación del paquete de plantillas de la sonda, pero
no
migra ninguno de los perfiles existentes. Se recomienda dejar el valor en
false
si se ha actualizado recientemente el entorno de UIM.
Siga los pasos siguientes:
  1. Obtenga una versión específica de un paquete de plantillas de la sonda (
    <nombre_sonda>
    _mcs_templates.zip) en support.nimsoft.com.
  2. Implemente el paquete de plantillas de la sonda utilizando el Gestor de la infraestructura o la Consola de administración en el robot del concentrador principal.
    La sonda mon_config_service identifica la solicitud para la instalación del paquete de plantillas de la sonda y lee los detalles sobre la instalación. Si se realiza correctamente, el paquete de plantillas de la sonda entra en el estado "iniciado".
  3. Después de inicializar el paquete de plantillas de la sonda, el paquete de plantillas de la sonda realiza la transición al estado de "carga". En el estado de carga, el paquete empieza a importar las plantillas a la base de datos.
  4. Cuando se han importado todas las plantillas a la base de datos, el paquete de plantillas de la sonda realiza la transición al estado de "cargado".
  5. Si, a continuación, ejecuta
    activate_probe_templates_package
    el comando de devolución de llamada , el paquete de plantillas de la sonda continúa con la migración hasta que todos los perfiles existentes se hayan migrado a las últimas versiones de las plantillas de la sonda.
  6. Si todos los perfiles existentes se migran correctamente, el paquete de plantillas de la sonda pasa al estado de "migrado".
  1. If the
    /migration/enable_auto_migration
    la clave
    está establecida en
    true
    , el proceso de instalación continúa. Además, el paquete de plantillas de la sonda pasa al estado de "migración".
  2. If the
    /migration/enable_auto_migration
    la clave
    está establecida en
    false
    , el proceso de instalación se detendrá. El paquete de plantillas de la sonda permanecerá en el estado de "cargado".
Conversión de un perfil existente a un perfil mejorado
Los perfiles de MCS existentes se pueden convertir a perfiles mejorados. Se recomienda migrar los perfiles existentes en primer lugar a la versión más reciente (no mejorada) y, a continuación, convertirlos en perfiles mejorados.
Siga los pasos siguientes
:
  1. Acceda al Gestor de servicios unificados.
  2. En el panel central del servicio de configuración de la monitorización, seleccione el perfil que desee.
  3. En el perfil, seleccione
    Mejore este perfil para utilizar la configuración de alarmas centralizada (los cambios se perderán)
    . Esta opción no está disponible cuando se crea un nuevo perfil mejorado o cuando el perfil ya se ha convertido en un perfil mejorado.
    Espere unos minutos para que se complete la migración del perfil. No haga clic en el botón Guardar después de seleccionar la casilla de verificación.
    Se implementa el perfil mejorado y se suprime el perfil original.
    Si se selecciona la opción de mejorar y el perfil no se convierte en un perfil mejorado, se deberá migrar primero el perfil a la versión más reciente antes de que el servicio de configuración de la monitorización lo pueda convertir.
También puede utilizar la interfaz de Infrastructure Management para realizar esta tarea:
  1. Acceda a la interfaz del Gestor de la infraestructura.
  2. Seleccione
    mon_config_service
    .
  3. Pulse la tecla
    CTRL+P
    .
  4. Seleccione
    enhance_profiles
    en la lista desplegable.
  5. Seleccione el parámetro
    profile_ids
    .
  6. Introduzca el valor del ID de perfil para el perfil que desea convertir en perfil mejorado.
  7. Haga clic en el botón Ejecutar.
    Se muestra el valor de
    Estado del comando
    como
    Aceptar
    . Esto implica que el perfil se ha convertido en un perfil mejorado.
Cuando el perfil no mejorado se convierte en un perfil mejorado, se crea una política de alarmas correspondiente si el parámetro policy_mode_enabled es verdadero. Cuando se crea la política de alarmas, se agregan los valores de umbral existentes en el perfil no mejorado al archivo de configuración plugin_metric. Se puede utilizar la funcionalidad de política de alarmas en la Consola del operador para actualizar la política de alarmas creada. El creador de esta política de alarma se muestra como la
migración de perfil de CA
en la consola del operador.
Ejemplo
Este ejemplo describe cómo se genera la política de alarmas correspondiente cuando un perfil no mejorado se convierte en un perfil mejorado. En este ejemplo, el perfil de grupo se anula a nivel de dispositivo. El perfil de grupo es un perfil de grupo de Windows; el dispositivo incluido en el grupo es sahF919.
  1. La captura de pantalla siguiente muestra el perfil Monitor de la CPU (no mejorado) a nivel de grupo en UMP:
    Step1.jpg
  2. La captura de pantalla siguiente muestra el perfil Monitor de la CPU (no mejorado) anulado a nivel de dispositivo en UMP:
    Step2.jpg
  3. La captura de pantalla siguiente muestra el perfil Monitor de la CPU a nivel de dispositivo una vez que se ha convertido en un perfil mejorado en UMP:
    Step3.jpg
  4. La captura de pantalla siguiente muestra las dos políticas de alarmas que se han generado en la Consola del operador cuando se ha convertido el perfil no mejorado en un perfil mejorado. Una política de alarmas se genera para el perfil de grupo y la otra para el perfil de dispositivo anulado:
    Step4a.jpg
  5. La captura de pantalla siguiente muestra la política de alarmas a nivel de grupo con los umbrales en la Consola del operador:
    Step4.jpg
  6. La captura de pantalla siguiente muestra la política de alarmas a nivel del dispositivo con los umbrales en la Consola del operador:
    Step5.jpg
Preguntas frecuentes
Si no se desea utilizar perfiles mejorados, ¿todavía se puede instalar o actualizar a CA UIM 9.0.2?
Sí, todavía se puede instalar o actualizar a CA UIM 9.0.2.
¿Es necesario actualizar todos los robots para poder utilizar los perfiles mejorados?
Para utilizar los perfiles mejorados, se debe implementar el robot versión 7.96 en los grupos o dispositivos que se desee monitorizar. Para las sondas remotas compatibles, tales como vmware, implemente el robot en el mismo dispositivo donde esté implementada la sonda (puede ser el concentrador principal).
¿Es necesario actualizar todos los perfiles para poder utilizar los perfiles mejorados?
No, no es necesario actualizar todos los perfiles simultáneamente para poder acceder a las nuevas funciones disponibles en los perfiles mejorados. El usuario decide cuál de los perfiles de MCS existentes, en caso de haber alguno, se convierten en perfiles mejorados.
¿Cómo puedo corregir el archivo plugin_metric?
Cuando se crea una política de alarmas o un perfil mejorado, la información de configuración se escribe en el archivo plugin_metric.
En las versiones del robot anteriores a 9.10/9.10S, a veces esta información no aparece correctamente en el archivo plugin_metric. Por ejemplo, se crea una política de alarmas, pero dicha configuración de la política de alarmas no se implementa correctamente. En este caso, la información correspondiente no se actualiza correctamente en el archivo plugin_metric y esto crea problemas. Asimismo, cuando se suprime un perfil hijo de la interfaz de usuario de UMP, no se suprimirá la misma información desde el archivo plugin_metric. Este problema se ha resuelto en la versión del robot disponible con CA UIM 9 SP1.
Para solucionar estos problemas en su entorno, puede utilizar la devolución de llamada
plugin_metric_correction
que se encuentra disponible para la sonda mon_config_service. Esta devolución de llamada implementa de nuevo los perfiles mejorados y las políticas de alarmas en función de los datos introducidos.
Siga los pasos siguientes:
  1. Asegúrese de no crear los perfiles MCS o las políticas de alarmas cuando se realice esta operación.
  2. (Opcional) Abra la configuración sin formato de mon_config_service y aumente el número de subprocesos a 10 en la sección
    Hora
    para cada parámetro:
    • device_processing_threads
    • config_deployment_threads
    Le recomendamos que aumente el recuento de subprocesos para que finalice el proceso de forma rápida. Después de completar el proceso, cambie la configuración a los valores originales.
  3. Acceda a la utilidad de la sonda (pu) para la sonda mon_config_service.
  4. Localice y seleccione la devolución de llamada
    plugin_metric_correction
    en la lista desplegable.
  5. Introduzca la información adecuada para los siguientes parámetros, según sea necesario:
    • process_all_devices_flag
      Introduzca el valor como verdadero si desea volver a implementar los perfiles mejorados o las políticas de alarmas en todos los dispositivos. Si selecciona este parámetro, todos los demás parámetros no serán necesarios.
    • robot_names
      Introduzca el nombre del robot específico en el que desea volver a implementar los perfiles mejorados o las políticas de alarmas. Si desea utilizar más de una entrada, introduzca una lista separada por comas.
    • computer_system_ids
      Introduzca el ID del sistema informático específico (cs_id) en el que desea volver a implementar los perfiles mejorados o las políticas de alarmas. Si desea utilizar más de una entrada, introduzca una lista separada por comas.
    • cm_group_ids
      Introduzca el ID del grupo específico en el que desea volver a implementar los perfiles mejorados o las políticas de alarmas. Todos los dispositivos que forman parte de ese grupo se tendrán en cuenta para la implementación. Si desea utilizar más de una entrada, introduzca una lista separada por comas.
    Nota:
    se puede utilizar cualquier combinación de
    robot_names
    ,
    computer_system_ids
    y
    cm_group_ids
    .
  6. Ejecute la devolución de llamada.
    Aparecerá un mensaje en el panel derecho que indica que se ha iniciado el proceso para los dispositivos. Sin embargo, tenga en cuenta que no se mostrará ningún mensaje de finalización. El proceso finaliza todas las tareas relacionadas en segundo plano. Si desea comprobar el estado, deberá verificar la base de datos.
  7. Compruebe el estado mediante la ejecución de las consultas siguientes:
    • select * from ssrv2policytargetstatus where cs_id in (<ID>);
    • select * from ssrv2profile where cs_id in (<ID>);
    El estado Correcto significa que se ha producido la reimplementación sin ningún problema.
  8. De forma similar, para averiguar si se ha producido algún error, ejecute la siguiente consulta:
    • select * from ssrv2audittrail where
      userid
      like 'plugin_correction%';
    Como resultado de esta consulta, anote los ID del objeto (ID del sistema informático con errores), revise los mensajes de error, resuélvalos y, a continuación, vuelva a ejecutar la devolución de llamada para estos dispositivos erróneos.
Se ha reparado correctamente el archivo plugin_metric.
¿Cuáles son los escenarios adicionales al convertir los perfiles migrados en perfiles mejorados?
Los escenarios mencionados en esta sección son aplicables para estas condiciones:
  • Cuando el perfil no mejorado migrado se convierte en un perfil mejorado.
  • Cuando la versión del robot es la 7.96.
  • Cuando el valor policy_mode_enabled está establecido en true.
Cuando el tamaño máximo del perfil es uno (es decir, se puede crear una única instancia de perfil para una plantilla de perfil determinada), los siguientes casos de uso son aplicables:
Nivel de dispositivo
  • Un dispositivo puede tener solamente un perfil que se implementa en él para una plantilla de perfil determinada. Por lo tanto, cuando un perfil no mejorado se convierte en un perfil mejorado, se crea una política de alarmas correspondiente para ese perfil de dispositivo.
    Se generan alarmas para dicha política de alarmas.
Nivel de grupo
  • El grupo incluye varios dispositivos; el perfil de grupo no se ha anulado a nivel de dispositivo.
    • Un grupo, Grupo 1, incluye dos dispositivos: Dispositivo 1 y Dispositovo 2. El Grupo 1 tiene un perfil de grupo aplicado al grupo. El mismo perfil de grupo está implementado en los dispositivos (Dispositivo 1 y Dispositivo 2). Migra el perfil a nivel de grupo a la última plantilla y, a continuación, convierte el perfil migrado en un perfil mejorado. En este caso, se crea una política de alarmas correspondiente para el perfil de grupo.
      Se generan alarmas para la misma política de alarmas.
  • El grupo incluye varios dispositivos; el perfil de grupo se ha anulado a nivel de dispositivo.
    • Un grupo, Grupo 1, tiene dos dispositivos: Dispositivo 1 y Dispositovo 2. El Grupo 1 tiene un perfil de grupo. El perfil de grupo se ha anulado en un dispositivo (Dispositivo 2). En este caso, cuando el perfil migrado se convierte en un perfil mejorado, se crean dos políticas de alarmas correspondientes. Una política de alarmas se genera para el perfil de grupo y la otra para el perfil de dispositivo (que tiene un perfil anulado):
      En este caso, metric_precedence tiene un valor elevado para el escenario anulado. La sonda spooler tiene en consideración esta precedencia al generar las alarmas. metric_precedence está disponible en el archivo plugin_metric.cfg.
  • Varios grupos incluyen varios dispositivos; los perfiles de grupo tienen las mismas prioridades.
    • El Grupo 1 incluye dos dispositivos: Dispositivo 1 y Dispositivo 2. El Grupo 2 incluye dos dispositivos: Dispositivo 2 y Dispositivo 3. El Grupo 1 tiene el perfil Monitor de la CPU con una prioridad de 100. El Grupo 2 también tiene el perfil Monitor de la CPU con una prioridad de 100. En este caso, se crea una política de alarmas para el Grupo 1 y otra para el Grupo 2. Es decir, se crea una política de alarmas para cada perfil de grupo. Para los dispositivos que forman parte de varios grupos, son aplicables todas las políticas de alarmas.
      Se generan alarmas para cada política de alarmas.
  • Varios grupos incluyen varios dispositivos; los perfiles de grupo tienen prioridades diferentes.
    • El Grupo 1 incluye dos dispositivos: Dispositivo 1 y Dispositivo 2. El Grupo 2 incluye el Dispositivo 2 y el Dispositivo 3. El Grupo 1 tiene el perfil Monitor de la CPU con una prioridad de 100. El Grupo 2 tiene el perfil Monitor de la CPU con una prioridad de 200. En este caso, se crea una política de alarmas para el Grupo 1 y otra para el Grupo 2. Es decir, se crea una política de alarmas para cada perfil de grupo. Para los dispositivos que forman parte de varios grupos, son aplicables todas las políticas de alarmas.
      Se generan alarmas para la política de alarmas que se crea a partir del perfil que tiene mayor prioridad.
  • Cuando se suprime un perfil mejorado migrado, también se suprime la política correspondiente.
  • Si un dispositivo forma parte de varios grupos y únicamente se convierte un perfil de grupo en un perfil mejorado para la misma plantilla, se pueden producir resultados inesperados.
    Ejemplo: El Grupo 1 tiene el Dispositivo 1. El Grupo 2 también tiene el Dispositivo 1. El Grupo 1 tiene el Perfil 1 y el Grupo 2 tiene el Perfil 2. Si solo un perfil (Perfil 1 o Perfil 2) se migra y se convierte en un perfil mejorado, se pueden producir resultados inesperados.
  • Si existe una jerarquía de perfiles, los umbrales de perfil hijos se agregan como condiciones de la política padre.
  • Después de crear las políticas de alarmas, si se modifica el perfil mejorado, no se cambia la configuración de las políticas de alarmas. Por ejemplo, si se cambia la prioridad del perfil, no se cambia la política de alarmas correspondiente.
  • Después de convertir el perfil migrado en un perfil mejorado para las políticas de alarmas correspondientes, el creador de políticas de alarmas se muestra como
    CA profile migration (Migración de perfiles de CA)
    .
¿Se puede cambiar el valor policy_mode_enabled a false?
De forma predeterminada, el valor policy_mode_enabled está establecido en true. Se recomienda no cambiar este valor predeterminado.
Cuando el valor policy_mode_enabled se establece en true:
  • Perfiles mejorados creados en UMP: Utilice la funcionalidad de políticas de alarmas en la Consola del operador para establecer la información de los umbrales.
  • Perfiles mejorados creados en UMP: Se crea una política de alarmas predeterminada si la plantilla de la sonda incluye los valores de umbral predeterminados. El creador de la política de alarmas predeterminada se muestra como
    Política predeterminada de CA
    en la Consola del operador.
  • Perfiles no mejorados: No hay ningún cambio en el comportamiento existente. Todos los umbrales se establecen en UMP.
Cuando el valor policy_mode_enabled se establece en false:
  • Perfiles mejorados y no mejorados: Todos los umbrales se establecen en UMP.
  • No se crea ninguna política de alarmas predeterminada para los perfiles mejorados.
Si se cambia el valor a false, se deben seguir los pasos adicionales siguientes:
  1. Desactive todas las políticas de alarmas en la Consola del operador.
  2. En UMP, realice las acciones requeridas en función de los escenarios siguientes:
    • Para los perfiles migrados (no mejorados) que se convierten en perfiles mejorados, abra el perfil y guárdelo de nuevo.
    • Para los perfiles mejorados recién creados, abra el perfil mejorado, proporcione los valores de umbral y guarde el perfil mejorado.
¿Qué le pasa a los perfiles de MCS que no se actualizan a perfiles mejorados?
Los perfiles de MCS que no se convierten en perfiles mejorados se aplican como de costumbre.
¿Las alarmas anteriores y posteriores a la migración se reconcilian después de migrar a perfiles mejorados?
Después de migrar a los perfiles mejorados, las alarmas ya existentes (alarmas anteriores a la migración) y las nuevas alarmas (alarmas posteriores a la migración) no se reconcilian. Es decir, para la misma infracción de condición, se genera una alarma nueva en lugar de actualizar la instancia de la alarma anterior ya existente.
¿Qué sucede si creo un grupo dinámico y le aplico un perfil mejorado y, a continuación, se agregan al grupo nuevos dispositivos que no son compatibles con los perfiles mejorados?
Cuando se aplica un perfil mejorado a un grupo dinámico, se aplica la configuración del perfil mejorado a cualquier dispositivo nuevo que sea compatible. Para aquellos dispositivos que no sean compatibles con los perfiles mejorados, se aplica el perfil de MCS estándar más adecuado.
¿Puedo cambiar mi opinión sobre el uso de los perfiles mejorados y volver a utilizar los perfiles estándares?
No
he cambiado el nombre del perfil mejorado ni del estándar:
Sí, si
no
ha cambiado el nombre del perfil mejorado ni del estándar puede volver a utilizar un perfil estándar. Simplemente suprima el perfil mejorado. A continuación, el servicio de configuración de la monitorización volverá automáticamente al perfil estándar original.
Nota
: Se perderán los cambios de configuración realizados desde la conversión del perfil original estándar a un perfil mejorado.
He cambiado el nombre del perfil mejorado o estándar
:
No, si ha roto la asociación entre el perfil original y el perfil mejorado cambiando el nombre de uno de los perfiles,
no se puede
suprimir el perfil mejorado y volver al perfil original.
¿Puedo aplicar un perfil estándar y un perfil mejorado al mismo objetivo de monitorización?
Sí. Puede aplicar tanto un perfil estándar como un perfil mejorado a un grupo o dispositivo que sea compatible con perfiles mejorados. Para los dispositivos que son compatibles con perfiles mejorados, el perfil mejorado prevalece sobre el perfil estándar.
Nota
: Si crea y aplica un perfil mejorado a un grupo o dispositivo que no sea compatible con perfiles mejorados, verá una alarma que indica que los perfiles mejorados no son compatibles.
¿Qué significa si los únicos perfiles disponibles para un dispositivo son "Monitorización del sistema remoto" y "Comprobación de puertos"?
Si los únicos perfiles disponibles para un dispositivo son Monitorización del sistema remoto y Comprobación de puertos, esto indica que
no
se ha implementado ningún robot en ese dispositivo. Implemente un robot en el dispositivo y, a continuación, podrá ver todos los perfiles de MCS disponibles para el dispositivo. Se debe implementar el robot versión 7.96 para ver los perfiles mejorados disponibles.
¿Qué debo hacer si las plantillas no se importan o si los perfiles no se migran?
El paquete de plantillas de la sonda está diseñado para que todas las plantillas se importen correctamente o para que no se importe
ninguna
de ellas. Del mismo modo, se migran todos los perfiles o ninguno. Si se produce un error cuando la sonda intenta importar las plantillas o migrar los perfiles, la sonda escribe un mensaje de error en
mon_config_service.log
el archivo. El mensaje incluye información que se puede utilizar para solucionar temporalmente el error, incluido el nombre del paquete de plantillas de la sonda donde se ha producido el error, el nombre de la sonda y la versión del paquete de plantillas de la sonda.
¿Cómo puedo migrar un paquete de plantillas de la sonda
después de que las plantillas ya se hayan importado?
Si establece el valor en
false
para la
/migration/enable_auto_migration
clave y, a continuación, cambia de opinión, puede utilizar el
activate_probe_templates_package
comando para
activate
las plantillas de sonda que ya se han importado. Cuando se utiliza el
activate_probe_templates_package
comando, se migran las instancias de perfil existentes a la versión más reciente de las plantillas de la sonda instaladas.
Siga los pasos siguientes:
  1. En la consola de administración, seleccione el concentrador principal y, a continuación, haga clic en la ficha Sondas.
  2. Haga clic en el botón del menú en línea para la sonda mon_config_service y seleccione 
    Ver la utilidad de la sonda en una nueva ventana
    .
  3. Seleccione el comando
    activate_probe_templates_package
    .
  4. Introduzca el nombre de la sonda en el campo
    probe_name
    .
  5. Introduzca la versión del paquete de plantillas en el campo
    templates_package_version
    .
  6. Haga clic en la flecha verde para ejecutar el comando.
¿Cómo puedo determinar el estado de un paquete de plantillas de la sonda?
Puede determinar el estado de cualquier instalación
del paquete de plantillas de la sonda. Para realizar un seguimiento del progreso de la instalación de un paquete de plantillas de la sonda, ejecute el comando
get_probe_templates_package_status
.
Siga los pasos siguientes:
  1. En la consola de administración, seleccione el concentrador principal y, a continuación, haga clic en la ficha Sondas.
  2. Haga clic en el botón del menú en línea para la sonda mon_config_service y seleccione 
    Ver la utilidad de la sonda en una nueva ventana
    .
  3. Seleccione el comando
    get_probe_templates_package_status
    .
  4. Introduzca el nombre de la sonda en el campo
    probe_name
    .
  5. Introduzca la versión del paquete de plantillas en el campo
    templates_package_version
    .
  6. Haga clic en la flecha verde para ejecutar el comando.
    La respuesta incluirá información sobre el paquete de plantillas de la sonda:
    • probe_name
    • templates_package_verision
    • estado (inicializar, carga, cargado, migración, migrado, error)
    • final_time
    • final_message
    • Para cada plantilla en el paquete de plantillas de la sonda:
      • template_name
      • template_version
      • estado (uno de los siguientes: cargado, migración, migrado, no válido, anulado, error)
      • final_time
      • final_message