/ /

Revisar las condiciones de alerta

Esta versión de la documentación está archivada y ya no se admite. Ver la Documentación actual para aprender cómo actualizar su versión de MongoDB Ops Manager.

Para cada uno Para crear un proyecto o una alerta global, debe establecer un objetivo y una condición o métrica. El objetivo indica qué cambió: el componente de Ops Manager. Si la condición se cumple o una métrica alcanza el umbral establecido, Ops Manager activa una alerta. Para obtener más información, consulte Flujo de trabajo de alertas.

Para establecer una condición:

Seleccionar un Target de la lista.
Seleccione una condición en la lista condition/metric.

Ops Manager activa una alerta cuando se cumple la condición true en la instancia MongoDB de destino especificada.

Para establecer una métrica:

Seleccione un tipo Target de la lista.
Filtra el tipo Target o selecciona Any.
Seleccione una métrica en la lista condition/metric.
Seleccione si esta métrica debe ser Below o Above el umbral.
Escribe un valor de umbral. Todos los umbrales son números.
Seleccione la unidad de medida para el umbral.

Ops Manager activa una alerta cuando se alcanza el umbral de métrica en la instancia de MongoDB de destino especificada.

Alertas de host

Al configurar una alerta para un host, seleccione host type que se aplica a esta alerta y condition que activa esta alerta.

Tipos de host

Para host type, configure una alerta para todos o uno de los siguientes tipos de procesos MongoDB:

Establecer el tipo de host en:	La alerta incluye
Cualquier tipo	Todos los tipos descritos en esta tabla.
Autónomo	Cualquier instancia de mongod que no sea parte de un conjunto de réplicas o un clúster fragmentado ni se utilice como servidor de configuración.
Primario	Todos los conjuntos de réplicas primarias.
secundario	Todos los conjuntos de réplicas secundarias.
Árbitro	Todos los árbitros del conjunto de réplicas.
Mongos	Todas las instancias de mongos.
Conf	Todas las instancias de mongodutilizadas como servidores de configuración.

Condiciones de alerta del host

Cambio en el estado del host

Puede configurar una alerta cuando la instancia de MongoDB cambie. Las condiciones del estado del host incluyen:

Condición	Disparador de alerta
Anfitrión añadido	Ops Manager comienza a monitorear o administrar un proceso mongod o `mongos` por primera vez.
Host eliminado	Ops Manager deja de monitorear o administrar un proceso mongod o `mongos` por primera vez.
Host añadido al conjunto de réplicas	Se agrega un tipo especificado de proceso mongod a un conjunto de réplicas.
Host eliminado del conjunto de réplicas	El tipo especificado de proceso mongod se elimina de un conjunto de réplicas.
El host se ha reiniciado	Ops Manager detecta que se ha reiniciado un host.
Reinicios en la última hora es	Ops Manager detecta que la cantidad de veces que un host se reinició en la hora anterior supera el umbral especificado.
El host experimentó una reversión	Ops Manager detecta que un mongod en un host activó una reversión. Los siguientes tipos de host no pueden experimentar reversiones: Árbitros mongos Para obtener más información, consulte Reversiones durante la conmutación por error del conjunto de réplicas.
El host se está recuperando	Un secundario entra en el estado `RECOVERING`. Para obtener más información sobre el estado `RECOVERING`, consulta Estados de set de réplicas.
El host no tiene la última versión	La revisión de MongoDB que se ejecuta en un host es dos o más revisiones detrás de la versión estable actual de MongoDB. Por ejemplo, si la versión estable actual es MongoDB 4.0.9, un host que ejecute MongoDB 4.0.8 no activará una alerta, pero un host que ejecute MongoDB versión 4.0.7 sí activará una alerta. Para obtener más información sobre la numeración de versiones de MongoDB, consulte Números de versión de MongoDB en el manual de MongoDB.
El certificado SSL del host caducará después de 21 días	El certificado SSL de una instancia de MongoDB está a 21 días de su vencimiento. Ops Manager reenvía la alerta cada 24 horas hasta que se resuelva o se confirme. Si no se resuelve ni se confirma la alerta y el certificado caduca, Ops Manager continúa enviándola. Si el certificado caduca, el sistema de monitorización ya no podrá conectarse a la instancia de MongoDB.

El host está caído	Ops Manager no recibe un ping de un host durante más de 4 minutos. En condiciones normales de operación, la supervisión se conecta a cada host supervisado aproximadamente una vez por minuto. Ops Manager espera 4 minutos antes de activar la alerta para minimizar falsos positivos, como ocurriría durante el reinicio de un host. Si el host sigue siendo inaccesible, la monitorización reduce la frecuencia de ping a cada 5 minutos para un mongod y cada 20 minutos para un mongos.Si un mongod o un mongos vuelve a ser accesible, Ops Manager reconoce el proceso en 5 minutos. Si Ops Manager Automation no gestiona un proceso de Mongos y este permanece inaccesible durante 30 días, Ops Manager lo elimina de la Deployment pestaña. Sin embargo, si reinicia el proceso de Mongos, Ops Manager lo detectará. Para resolver esta alerta, consulte Reparar host inactivo.

El host está caído

Ops Manager no recibe un ping de un host durante más de 4 minutos. En condiciones normales de operación, la supervisión se conecta a cada host supervisado aproximadamente una vez por minuto. Ops Manager espera 4 minutos antes de activar la alerta para minimizar falsos positivos, como ocurriría durante el reinicio de un host.

Si el host sigue siendo inaccesible, la monitorización reduce la frecuencia de ping a cada 5 minutos para un mongod y cada 20 minutos para un mongos.Si un mongod o un mongos vuelve a ser accesible, Ops Manager reconoce el proceso en 5 minutos.

Si Ops Manager Automation no gestiona un proceso de Mongos y este permanece inaccesible durante 30 días, Ops Manager lo elimina de la Deployment pestaña. Sin embargo, si reinicia el proceso de Mongos, Ops Manager lo detectará.

Para resolver esta alerta, consulte Reparar host inactivo.

Asesor

Puede configurar la Host Has Index Suggestions alerta para recibir una alerta si Performance Advisor tiene sugerencias de índice para el host.

Si la tasa de segmentación de consultas de un host supera 10 constantemente,000 durante 10 minutos, Performance Advisor comprueba el host para detectar consultas ineficientes y posibles índices para mejorar el rendimiento. Si Performance Advisor determina que el host se beneficiaría de uno o más índices, se activa esta alerta y le indica que cree los índices sugeridos.

Esta alerta no se activa en proyectos en los que el Asesor de rendimiento está deshabilitado.

afirma

Puede configurar alertas sobre la cantidad de errores de afirmación por segundo que ha creado la instancia.

Nota

Cómo se mide

MongoDB informa sobre los contadores asserts de operaciones utilizando el documento que devuelve el comando serverStatus.

Las métricas de Assert incluyen:

Métrica	Disparador de alerta
Afirma: Regular es	La tasa de afirmaciones regulares cumple con el umbral especificado.
Afirma: Advertencia es	La tasa de advertencias cumple con el umbral especificado.
Afirma: Msg es	La tasa de aserciones de mensajes alcanza el umbral especificado. Las aserciones de mensajes son errores internos del servidor. Se registran los seguimientos de pila para estos errores.
Afirma: El usuario es	La tasa de afirmaciones que crean los usuarios cumple con el umbral especificado.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Tiempo promedio de ejecución

Importante

Se aplica solo a MongoDB 3.4 o posterior

Las siguientes métricas se aplican solo a implementaciones que ejecutan MongoDB versión 3.4 o posterior.

Puede configurar alertas sobre el tiempo que tardan las operaciones en completarse. Las métricas de tiempo de ejecución incluyen:

Métrica	Disparador de alerta
Tiempo promedio de ejecución: los comandos son	El tiempo promedio de ejecución de las operaciones de comando alcanza el umbral especificado.
Tiempo promedio de ejecución: las lecturas son	El tiempo promedio de ejecución para las operaciones de lectura alcanza el umbral especificado.
Tiempo promedio de ejecución: Las escrituras son	El tiempo promedio de ejecución para las operaciones de guardado alcanza el umbral especificado.

Document Metrics

Puede configurar alertas sobre la cantidad de documentos MongoDB que se procesan por segundo. Las métricas de procesamiento de documentos incluyen:

Métrica	Disparador de alerta
Métricas del documento: Se ha eliminado	La tasa promedio por segundo de documentos eliminados cumple con el umbral especificado.
Métricas del documento: se inserta	La velocidad promedio por segundo de los documentos insertados cumple con el umbral especificado.
Métricas del documento: se devuelve	La tasa promedio por segundo de documentos devueltos cumple con el umbral especificado.
Métricas del documento: la actualización es	La velocidad promedio por segundo de los documentos actualizados cumple con el umbral especificado.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Segmentación de queries

Puede configurar alertas sobre la velocidad con la que MongoDB escanea los elementos durante las consultas y la cantidad de elementos escaneados en comparación con los documentos devueltos. Las métricas de tiempo de ejecución de consultas incluyen:

Nota

Cómo se mide

MongoDB mide el rendimiento de las consultas basándose en el comando explain.

Query Targeting: Scanned is: La velocidad promedio por segundo para escanear elementos de índice durante las consultas y las evaluaciones del plan de consulta cumple con el umbral especificado.

Query Targeting: Scanned Objects is: La velocidad promedio por segundo para escanear documentos cumple con el umbral especificado.

Query Targeting: Scanned / Returned is: La proporción de elementos de índice escaneados con respecto a los documentos devueltos cumple el umbral especificado.

Query Targeting: Scanned Objects / Returned is: La proporción de documentos escaneados con respecto a los documentos devueltos cumple el umbral especificado.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Opcounter

Puede configurar alertas sobre cuántas operaciones de base de datos se completan por segundo.

Nota

Cómo se mide

MongoDB informa sobre los contadores opscounters de operaciones utilizando el documento que devuelve el comando serverStatus.

Las métricas de operación incluyen:

Condición	Disparador de alerta
Opcounter: Cmd es	La tasa promedio de comandos realizados por segundo cumple con su umbral especificado.
Opcounter: Eliminar es	La tasa promedio de eliminaciones realizadas por segundo cumple con el umbral especificado.
Opcounter: Getmores es	La tasa promedio de getMores por segundo alcanza el umbral especificado. En un servidor principal, este número puede ser alto incluso si el número de consultas es bajo. Los servidores secundarios "getMore" del servidor principal como parte de la replicación.
Opcounter: Insertar es	La tasa promedio de inserciones realizadas por segundo cumple con el umbral especificado.
Opcounter: La consulta es	La tasa promedio de consultas realizadas por segundo cumple con el umbral especificado.
Opcounter: La actualización es	La tasa promedio de actualizaciones realizadas por segundo cumple con el umbral especificado.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Opcounter: Repl

Puede configurar alertas sobre la cantidad de operaciones de base de datos por segundo que se replican en los secundarios de MongoDB.

Nota

Cómo se mide

MongoDB informa sobre los opscountersRepl contadores de operaciones utilizando el documento que devuelve el comando serverStatus.

Las métricas de operación de replicación incluyen:

Métrica	Disparador de alerta
Opcounter: Repl Cmd es	La tasa promedio de comandos replicados aplicados por segundo cumple con su umbral.
Contador de operaciones: Repl borrar es	La tasa promedio de eliminaciones replicadas aplicadas por segundo cumple con su umbral.
Opcounter: Repl Insert es	La tasa promedio de réplicas insertadas por segundo cumple con tu umbral.
Opcounter: La actualización de Repl es	La tasa promedio de actualizaciones replicadas aplicadas por segundo cumple con su umbral.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Memoria

Puede configurar alertas sobre la cantidad de memoria que utiliza una instancia de MongoDB. Establezca este umbral en bits, kilobits, megabits, gigabits, bytes, kilobytes, megabytes, gigabytes, terabytes o petabytes.

Nota

Cómo se mide

MongoDB informa sobre la memoria utilizando el mem documento que devuelve el comando serverStatus.

Las métricas de memoria incluyen:

Métrica	Disparador de alerta
Memoria: Residente es	El tamaño de la memoria residente del proceso alcanza el umbral especificado. Con el tiempo, en un host de base de datos dedicado, la memoria residente puede alcanzar la cantidad de RAM del host.`mongod`
Memoria: Virtual es	El tamaño de la memoria virtual del proceso alcanza el umbral especificado. Puede usar esta alerta para marcar el exceso de memoria fuera de la asignación de `mongod` memoria.
La memoria asignada es	El tamaño de memoria asignada para el `mongod` proceso cumple con el umbral especificado. Dado que MongoDB asigna memoria a todos los archivos de datos, el tamaño de la memoria asignada debería aproximarse al tamaño total de la base de datos.
Memoria: Calculada es	El tamaño de memoria virtual del `mongod` proceso, que no se contabiliza en la asignación de memoria, alcanza el umbral especificado. Si este número es muy alto (varios gigabytes), indica que se está utilizando demasiada memoria fuera de la asignación de memoria.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Seguridad

Las métricas de seguridad incluyen:

Métrica	Disparador de alerta
El anfitrión tiene recomendaciones de seguridad.	Autenticación o TLS está deshabilitado.

Swap

Las métricas de intercambio incluyen:

Métrica	Disparador de alerta
Uso de intercambio: Se utiliza	La cantidad total de espacio de intercambio en uso ha alcanzado el umbral especificado.
Uso de intercambio: el máximo utilizado es	La cantidad total máxima de espacio swap en uso alcanza el umbral especificado.
Uso de intercambio: Gratis es	La cantidad de espacio de intercambio disponible ha caído por debajo del umbral especificado.
Uso de intercambio: el máximo gratuito es	La cantidad máxima de espacio de intercambio disponible cae por debajo del umbral especificado.

Caché de WiredTiger

Puede configurar alertas sobre la cantidad de caché de WiredTiger que utiliza una instancia de MongoDB. Establezca este umbral en bits, kilobits, megabits, gigabits, bytes, kilobytes, megabytes, gigabytes, terabytes o petabytes.

Nota

Cómo se mide

MongoDB informa sobre la memoria utilizando el cache documento que devuelve el comando serverStatus.

Las métricas de caché de WiredTiger incluyen:

Métrica	Disparador de alerta
Caché: los bytes leídos en la caché son	La velocidad promedio de bytes por segundo leídos en la memoria caché de WiredTiger cumple con el umbral especificado.
Caché: los bytes escritos desde la caché son	La velocidad promedio de bytes por segundo escritos desde el caché de WiredTiger cumple con el umbral especificado.
Caché: los bytes sucios son	Número de bytes sucios rastreados actualmente en la memoria caché de WiredTiger.
Caché: Los bytes utilizados son	Número de bytes actualmente en la caché de WiredTiger.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

B-tree

Importante

Se aplica solo a MongoDB 2.2 a 2.6

Estas métricas solo activan alertas en implementaciones que ejecutan las versiones 2.2 a 2.6 de MongoDB.

Puede configurar alertas para la cantidad de operaciones de árbol B que se completan por segundo en la instancia de MongoDB. Las métricas de árbol B incluyen:

Métrica	Disparador de alerta
B-tree: los accesos son	El número de accesos a los índices B-tree alcanza tu umbral especificado.
B-tree: los aciertos son	El número de veces que una página de árbol B estuvo en la memoria cumple con el umbral especificado.
B-tree: los fallos son	La cantidad de veces que una página de árbol B no estaba en la memoria cumple con el umbral especificado.
B-tree: la tasa de fallos es	La proporción de fallos y aciertos cumple con el umbral especificado.

% de bloqueo efectivo

Importante

Se aplica solo a MongoDB 2.2 a 2.6

Esta métrica solo activa alertas en implementaciones que ejecutan las versiones 2.2 a 2.6 de MongoDB.

Puede configurar alertas para el porcentaje de tiempo que la instancia de MongoDB está bloqueada contra escritura. Las métricas de porcentaje de bloqueo efectivo incluyen:

Métrica	Disparador de alerta
El porcentaje del bloqueo efectivo es	Si el porcentaje del tiempo total que la instancia está bloqueada contra escritura cumple con el umbral especificado.

Promedio de descarga de fondo

Importante

Se aplica solo a bases de datos que ejecutan MMAPv1

Esta métrica solo activa alertas en implementaciones que ejecutan motores de almacenamiento MMAPv1 para sus bases de datos MongoDB.

Puede configurar una alerta que indique el tiempo promedio en milisegundos que tarda en completarse el vaciado de la instancia de MongoDB. Un vaciado consiste en escribir datos desde la memoria al disco.

Nota

Cómo se mide

MongoDB informa el tiempo promedio de vaciado en segundo plano utilizando el backgroundFlushing.average_ms valor que devuelve el comando serverStatus.

Las métricas promedio de limpieza de fondo incluyen:

Métrica	Disparador de alerta
El promedio de vaciado en segundo plano es	El tiempo promedio para liberaciones en segundo plano cumple con el umbral que especificaste.

Conexiones

Puede configurar alertas para las conexiones activas a la instancia de MongoDB.

Nota

Cómo se mide

MongoDB informa sobre la memoria utilizando el connections documento que devuelve el comando serverStatus.

Las métricas de conexión incluyen:

Métrica	Disparador de alerta
Conexiones es	El número de conexiones de host activas cumple con el umbral especificado.
El porcentaje de conexiones del límite configurado es	El porcentaje de conexiones de host activas respecto al número total de conexiones posibles alcanza el umbral especificado. El valor predeterminado para las versiones 2.6.0 y 3.0.0 de MongoDB es `65536`, y el valor predeterminado para las versiones de MongoDB superiores a (`>`) 3.0.0 es `1000000`. Puede anular el valor predeterminado de dos maneras: Utilice mongod `--maxConnns` para establecer el número máximo de conexiones simultáneas `mongod` para. Para obtener más información, consulte las opciones principales de mongod. Actualice el `net.maxIncomingConnections` campo en el archivo de configuración de MongoDB. Para obtener más información, consulte Opciones de red.

Métrica

Disparador de alerta

Conexiones es

El número de conexiones de host activas cumple con el umbral especificado.

El porcentaje de conexiones del límite configurado es

El porcentaje de conexiones de host activas respecto al número total de conexiones posibles alcanza el umbral especificado. El valor predeterminado para las versiones 2.6.0 y 3.0.0 de MongoDB es 65536, y el valor predeterminado para las versiones de MongoDB superiores a (>) 3.0.0 es 1000000. Puede anular el valor predeterminado de dos maneras:

Utilice mongod --maxConnns para establecer el número máximo de conexiones simultáneas mongod para. Para obtener más información, consulte las opciones principales de mongod.
Actualice el net.maxIncomingConnections campo en el archivo de configuración de MongoDB. Para obtener más información, consulte Opciones de red.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Queues

Puede configurar alertas para las operaciones que esperan en las esclusas.

Nota

Cómo se mide

MongoDB informa sobre la memoria utilizando el globalLock.currentQueue documento que devuelve el comando serverStatus.

Las métricas de la cola incluyen:

Métrica	Disparador de alerta
Colas: El total es	El número de operaciones que esperan en un bloqueo de cualquier tipo cumple con el umbral especificado.
Colas: Lectores es	El número de operaciones de lector que esperan un bloqueo de cualquier tipo cumple con el umbral especificado.
Colas: Escritores es	El número de operaciones de escritura que esperan un bloqueo de cualquier tipo cumple con el umbral especificado.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Errores de página

Importante

Se aplica solo a MongoDB 2.2 a 2.6

Las métricas Accesses Not In Memory: Total is y Page Fault Exceptions Thrown: Total is solo activan alertas en implementaciones que ejecutan las versiones 2.2 a 2.6 de MongoDB.

Puede configurar alertas para errores de página.

Nota

Cómo se mide

MongoDB informa sobre la memoria utilizando el extra_info.page_faults documento que devuelve el comando serverStatus.

MongoDB 2.2 a 2.6 informó sobre las Accesses Not In Memory: Total is Page Fault Exceptions Thrown: Total is métricas y utilizando el recordStats documento que devolvió el comando serverStatus.

Las métricas de errores de página incluyen:

Métrica	Disparador de alerta
Accesos que no están en la memoria: El total es	La tasa de accesos al disco alcanza el umbral especificado. MongoDB debe acceder a los datos del disco si su conjunto de trabajo no cabe en la memoria. Esta métrica se encuentra en el `Record Stats` gráfico del host.
Excepciones de fallo de página lanzadas: El total es	La tasa de excepciones de fallos de página alcanza el umbral especificado. Esta métrica se encuentra en el gráfico `Record Stats` del host.
Los fallos de página son	La tasa de fallos de página (independientemente de si se lanza una excepción) alcanza el umbral especificado. Esta métrica se encuentra en el gráfico `Page Faults` del host.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Cursors

Puede configurar alertas para la cantidad de cursores abiertos y agotados para un proceso MongoDB.

Nota

Cómo se mide

MongoDB informa sobre la memoria utilizando el metrics.cursor documento que devuelve el comando serverStatus.

Las métricas del cursor incluyen:

Métrica	Disparador de alerta
Cursores: El tamaño de los cursores del cliente es	La cantidad de memoria que utiliza el host para mantener los cursores cumple con el umbral especificado.
Cursores: Abierto es	La cantidad de cursores que el host mantiene para los clientes cumple con el umbral especificado.
Cursores: el tiempo de espera ha expirado	La cantidad de cursores con tiempo de espera que el host mantiene para los clientes cumple con el umbral especificado.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Red

Puede configurar alertas para el rendimiento de la red para un proceso MongoDB.

Nota

Cómo se mide

MongoDB informa sobre la memoria utilizando el network documento que devuelve el comando serverStatus.

Las métricas de red incluyen:

Métrica	Disparador de alerta
Red: Bytes In es	La cantidad de bytes enviados al host de la base de datos cumple con el umbral especificado.
Red: Bytes de salida es	La cantidad de bytes enviados desde el host de la base de datos cumple con el umbral especificado.
Red: El número de solicitudes es	El número de solicitudes enviadas al host de la base de datos cumple con el umbral especificado.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Oplog de replicación

Puede configurar alertas para los registros de operaciones de replicación de un proceso MongoDB.

Nota

Cómo se mide

MongoDB informa sobre el oplog registro de operaciones de replicación utilizando el documento que devuelve el comando serverStatus combinado con los resultados de rs.status() y rs.conf().

Las métricas de oplog de replicación incluyen:

Métrica	Disparador de alerta
El margen de replicación es	La diferencia entre la ventana de oplog de la fuente de sincronización y el secundario atraso de la replicación cumple con tu umbral especificado. Un secundario puede entrar en `RECOVERING` si este valor llega a `0`.
El tiempo de réplica es	La cantidad aproximada de tiempo en milisegundos disponible en el registro de operaciones de replicación principal cumple con el umbral especificado.
Los datos de oplog por hora son	La tasa promedio de gigabytes de oplog que el servidor principal genera por hora cumple con el umbral especificado.
El retraso de replicación es	Número aproximado de segundos que el secundario se retrasa respecto al principal en la aplicación de escritura. Solo es preciso si el retraso es mayor de 1-2 segundos, ya que la precisión de esta estadística es limitada.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Escaneo y orden de operaciones

Puede configurar alertas para las operaciones de escaneo y orden para un proceso MongoDB.

Nota

Cómo se mide

MongoDB informa sobre el Oplog de replicación usando el documento metrics.operation.scanAndOrder que devuelve el comando serverStatus.

Las métricas de operaciones incluyen:

Métrica	Disparador de alerta
Operaciones: Escanear y ordenar es	Tasa promedio por segundo sobre el umbral especificado de consultas que devuelven resultados ordenados que no pueden realizar la operación de clasificación utilizando un índice.

Almacenamiento de base de datos

Puede configurar alertas sobre la cantidad de almacenamiento de datos utilizado. Las métricas de almacenamiento de la base de datos incluyen:

Métrica	Disparador de alerta
El almacenamiento de bases de datos es	La cantidad de espacio de almacenamiento en disco utilizado por las extensiones cumple con el umbral especificado.
El tamaño de los datos de la base de datos es	El tamaño real de los datos en la base de datos cumple con el umbral especificado.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Registro en la bitácora

Puede configurar alertas sobre la cantidad de almacenamiento de registro utilizado. Las métricas de registro incluyen:

Métrica	Disparador de alerta
Las confirmaciones de los registros en la bitácora en el bloqueo de escritura son	La tasa de confirmaciones que ocurrieron mientras la base de datos estaba bloqueada por escritura cumple con el umbral especificado.
Los MB de los registros en la bitácora son	La cantidad promedio de datos en megabytes que Ops Manager escribe en el registro de recuperación por segundo cumple con el umbral especificado.
Los MB de los archivos de datos de guardado de registros en la bitácora son	La velocidad promedio de escritura de datos en megabytes por segundo que Ops Manager realiza en los archivos de datos de las bases de datos alcanza el umbral especificado. Dado que estas escrituras ya están registradas, pueden ocurrir de forma diferida, por lo que la cantidad indicada aquí puede ser menor que la cantidad escrita físicamente en el disco.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Motor de almacenamiento WiredTiger

Puede configurar alertas para los tickets de WiredTiger.

Nota

Cómo se mide

MongoDB informa sobre WiredTiger utilizando los documentos wiredTiger.cache y wiredTiger.concurrentTransactions que el comando serverStatus devuelve.

Las condiciones del motor de almacenamiento de WiredTiger incluyen:

Métrica	Disparador de alerta
Entradas disponibles: Reads is	La cantidad de tickets de lectura disponibles para el motor de almacenamiento WiredTiger cumple con el umbral especificado.
Tickets disponibles: Guardar es	La cantidad de tickets de escritura disponibles para el motor de almacenamiento WiredTiger cumple con el umbral especificado.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Alertas de sistema y de disco

Puede configurar alertas para el uso de recursos de cómputo y disco. Las condiciones de los recursos del sistema incluyen:

Métrica	Disparador de alerta
Sistema: CPU (Robo) % es	Se aplica cuando el saldo de crédito de la instancia EC2 se ha agotado. El porcentaje de tiempo que la CPU permanece en estado de espera involuntaria. El porcentaje de robo de CPU es el porcentaje en el que el uso de la CPU excede la tasa base garantizada de acumulación de créditos de CPU. Esta alerta generalmente se activa cuando se han consumido todos los créditos en una instancia de rendimiento explosivo de AWS.
Sistema: El % máximo de CPU (robo) es	El porcentaje máximo de tiempo que la CPU está en un estado de "espera involuntaria" excede el umbral especificado.
Sistema: CPU (Usuario) % es	Uso de CPU del proceso MongoDB, escalado a un rango de 0-100% dividiendo por la cantidad de CPU.
Sistema: El % máximo de CPU (usuario) es	El uso máximo de CPU del proceso MongoDB, escalado a un rango de 0-100% al dividir por la cantidad de CPU que excede el umbral especificado.
Memoria del sistema: Se utiliza	El uso de memoria del sistema para ~bin.mongod cumple con el umbral especificado.
Memoria del sistema: Máxima utilizada es	El valor máximo de uso de memoria del sistema cumple con el umbral especificado.
Memoria del sistema: Libre es	La memoria libre del sistema para ~bin.mongod ha caído por debajo del umbral especificado.
Memoria del sistema: el máximo libre es	La cantidad máxima de memoria libre del sistema cae por debajo del umbral especificado.
Memoria del sistema: Disponible es	El uso de memoria del sistema disponible para ha caído por debajo del umbral `mongod` especificado.
Memoria del sistema: la máxima disponible es	La cantidad máxima de memoria del sistema disponible cae por debajo del umbral especificado.
El % de espacio de disco utilizado en la partición de datos es	Porcentaje de espacio en disco utilizado en cualquier partición que contenga los datos de la colección MongoDB.
máx. % de uso de espacio en disco en la partición de datos	El porcentaje máximo de espacio en disco utilizado en cualquier partición que contiene datos de la colección MongoDB excede el umbral especificado.
El % de espacio de disco utilizado en la partición de índice es	Porcentaje de espacio en disco utilizado en cualquier partición que contenga los datos del índice de MongoDB.
El porcentaje máximo de espacio en disco utilizado en la partición del índice es	El porcentaje máximo de espacio en disco utilizado en cualquier partición que contenga datos del índice MongoDB excede el umbral especificado.
El % de espacio de disco utilizado en la partición de diario es	Porcentaje de espacio en disco utilizado en la partición que contiene el diario de MongoDB, si el registro está habilitado.
El porcentaje máximo de espacio en disco utilizado en la partición de diario es	El porcentaje máximo de espacio en disco utilizado en la partición que contiene el diario MongoDB excede el umbral especificado.
La red del sistema está en	La cantidad de bytes por segundo enviados al host de la base de datos cumple con el umbral especificado.
La red del sistema Max In es	El número máximo de bytes enviados a MongoDB cumple con el umbral especificado.
La salida de red del sistema es	La cantidad de bytes por segundo enviados desde el host de la base de datos cumple con el umbral especificado.
La salida de red del sistema Max es	El número máximo de bytes enviados desde MongoDB alcanza el umbral especificado.

Nota

Puede crear gráficos para una selección de estas métricas en Ops Manager.

Desde la vista Deployment del proyecto Ops Manager, haga clic en la pestaña List.
Haga clic en el proceso que desea supervisar.
Haz clic en la pestaña Status.
Desplácese hacia abajo hasta la lista de métricas disponibles y seleccione las métricas que desee graficar.

Para obtener más información sobre cómo crear gráficos para métricas de host en Ops Manager, consulte Ver métricas de implementación y haga clic en la MongoDB Process Metrics pestaña.

Alertas de set de réplicas

Puede configurar alertas sobre el estado del conjunto principal y el número de miembros sanos en un conjunto de réplicas. Las condiciones del conjunto de réplicas incluyen:

Condición	Disparador de alerta
Conjunto de réplicas eligió una nueva primaria	Un conjunto elige un nuevo servidor principal. Cada vez que Ops Manager recibe un ping, inspecciona la salida del método rs.status() del conjunto de réplicas para determinar el estado de cada miembro. A partir de esta salida, Ops Manager determina cuál es el servidor principal. Si el servidor principal detectado en los datos de ping es diferente del servidor principal actual que Ops Manager conoce, se activa esta alerta. Recibir esta alerta no siempre significa que el grupo haya elegido un nuevo primario. Esta alerta también puede activarse cuando se reelija el mismo primario. Esto puede ocurrir cuando Ops Manager procesa un ping durante una elección.
El conjunto de réplicas no tiene un primario	Un conjunto de réplicas no tiene un elemento principal. En concreto, cuando ninguno de los miembros de un conjunto de réplicas tiene el `PRIMARY` estado, se activa la alerta. Por ejemplo, esta condición puede surgir cuando un conjunto tiene un número par de miembros con derecho a voto, lo que resulta en un empate. Si el Monitoreo recopila datos durante unas elecciones primarias, esta alerta podría generar un falso positivo. Para evitarlo, configure el after waiting intervalo en la Send to sección de la configuración de alertas. Para obtener soluciones,consulte Reparar el archivo primario perdido.

Condición

Disparador de alerta

Conjunto de réplicas eligió una nueva primaria

Un conjunto elige un nuevo servidor principal. Cada vez que Ops Manager recibe un ping, inspecciona la salida del método rs.status() del conjunto de réplicas para determinar el estado de cada miembro. A partir de esta salida, Ops Manager determina cuál es el servidor principal. Si el servidor principal detectado en los datos de ping es diferente del servidor principal actual que Ops Manager conoce, se activa esta alerta.

Recibir esta alerta no siempre significa que el grupo haya elegido un nuevo primario. Esta alerta también puede activarse cuando se reelija el mismo primario. Esto puede ocurrir cuando Ops Manager procesa un ping durante una elección.

El conjunto de réplicas no tiene un primario

Un conjunto de réplicas no tiene un elemento principal. En concreto, cuando ninguno de los miembros de un conjunto de réplicas tiene el PRIMARY estado, se activa la alerta. Por ejemplo, esta condición puede surgir cuando un conjunto tiene un número par de miembros con derecho a voto, lo que resulta en un empate.

Si el Monitoreo recopila datos durante unas elecciones primarias, esta alerta podría generar un falso positivo. Para evitarlo, configure el after waiting intervalo en la Send to sección de la configuración de alertas.

Para obtener soluciones,consulte Reparar el archivo primario perdido.

Las métricas del conjunto de réplicas incluyen:

Métrica	Disparador de alerta
El número de miembros sanos es	Un conjunto de réplicas tiene menos miembros sanos que el umbral especificado.
La cantidad de miembros no funcionales es	Un conjunto de réplicas tiene más miembros no saludables que el umbral especificado.
El número de elecciones en la última hora es > X	El número de elecciones realizadas en la última hora superó el valor especificado por el usuario de `X`. El valor de `X` se establece al crear la alerta. Esta alerta puede indicar que la replicación del clúster no está en buen estado, como lo demuestran las elecciones constantes.

Nota

Un miembro del conjunto de réplicas está en buen estado si se ejecuta rs.status() para ese conjunto y el resultado devuelve PRIMARY o SECONDARY para ese miembro. Los secundarios y árbitros ocultos no se contabilizan.

Alertas de clúster particionado

Puede configurar una alerta para la falta de un mongos en un clúster fragmentado. Las condiciones del clúster fragmentado incluyen:

Condición	Disparador de alerta
Al cluster le falta un mongos activo	Ops Manager no puede acceder a ningún `mongos` para el clúster.

Alertas de agente

Puede configurar alertas para el estado o la versión del agente. Las condiciones del agente incluyen:

Condición	Disparador de alerta
La automatización está inactiva	No se detecta ninguna automatización durante al menos 1 minuto. En condiciones normales de funcionamiento, la automatización envía un ping a Ops Manager aproximadamente cada 10 segundos. Si Ops Manager no recibe un ping durante al menos 1 minutos, se activa esta alerta. Esta alerta se activa solo si la automatización está administrando un proceso o un módulo de agente de MongoDB.
La supervisión no funciona	No se ha detectado ninguna monitorización durante al menos 7 minutos. En condiciones normales de funcionamiento, la monitorización envía un ping a Ops Manager aproximadamente una vez por minuto. Si Ops Manager no recibe un ping durante al menos 7 minutos, se activa esta alerta. Sin embargo, esta alerta nunca se activa en proyectos sin hosts configurados. Importante Cuando la monitorización falla, Ops Manager no activa ninguna otra alerta para ningún host. Por ejemplo, si un host falla, la monitorización no envía datos a Ops Manager que puedan activar nuevas alertas.
El monitoreo no tiene la última versión	El monitoreo no está ejecutando la última versión del software.
La copia de seguridad no funciona	La copia de seguridad de un proyecto con al menos un conjunto de réplicas o clúster activo está inactiva durante más de 1 hora. Para resolver esta alerta: Para ver qué host sirve para realizar la copia de seguridad, haga clic en Deployment y luego en la pestaña Servers. Verifique el archivo de registro de respaldo en ese host.
La copia de seguridad no tiene la última versión	La copia de seguridad no ejecuta la última versión del software.

La copia de seguridad tiene demasiados fallos en las llamadas de conferencia	La topología del clúster conocida por el monitoreo no coincide con la configuración de respaldo de las llamadas conf que realiza el respaldo. El número de intentos cumple con el umbral especificado en la `maximumFailedConfCalls` configuración. Nota

Alertas de respaldo

Puede configurar alertas para registros de operaciones de copia de seguridad, resincronización e inconsistencias. Las condiciones de la copia de seguridad incluyen:

Condición	Disparador de alerta
La copia de seguridad de oplog está retrasada	Los datos de oplog más recientes recibidos por Ops Manager tienen más de 75 minutos de antigüedad. Para resolver esta alerta, consulte Solucionar problemas del registro de operaciones de copia de seguridad.
La copia de seguridad requiere una resincronización	El proceso de replicación de una copia de seguridad se retrasa demasiado respecto al registro de operaciones y no puede ponerse al día. Esto ocurre cuando el host sobrescribe las entradas del registro de operaciones que la copia de seguridad aún no ha replicado. En este caso, debe resincronizar la copia de seguridad, como se describe en el procedimiento "Resincronizar una copia de seguridad". Además, revise el registro de copias de seguridad correspondiente. Si ve una prueba de "Puntos comunes fallidos", es posible que se haya producido una de las siguientes situaciones. Se produjo un evento de reversión significativo en el conjunto de réplicas respaldado. Se modificó el tamaño o se eliminó elregistro de operaciones del conjunto de réplicas respaldado. La alta rotación del oplog provocó que el agente perdiera la cola del oplog.
Se ha detectado una configuración de copia de seguridad inconsistente	Ops Manager ha detectado que la configuración de una copia de seguridad no coincide con la configuración de la implementación de MongoDB que respalda. Para resolver esta alerta, consulte Reparar copia de seguridad inconsistente.
El recuento inconsistente de snapshots de clúster es...	Ops Manager no logra tomar una instantánea del clúster varias veces consecutivas. Esta alerta se activa cuando el número de intentos alcanza el umbral especificado. El texto de alerta puede contener el motivo del problema. Algunos problemas comunes incluyen: No se pudo acceder a`mongos`. Para resolver este problema, asegúrese de que aparezca al menos un`mongos`en la página Deployment del Administrador de Operaciones. No se pudo detener el balanceador. Para resolver este problema, revise los archivos de registro del primer servidor de configuración para determinar por qué no se detiene. No se pudo insertar un token en uno o más fragmentos. Para solucionar este problema, asegúrese de que la copia de seguridad esté conectada a todos los fragmentos.

No se pudo asignar la copia de seguridad a un demonio de copia de seguridad	Un trabajo de respaldo no puede vincularse a un demonio de respaldo. Ejemplo Las razones por las que un trabajo podría no ser vinculante incluyen, entre otras: No se encontró ningún servidor principal para el conjunto de réplicas respaldado. En el momento de la vinculación, la supervisión no detectó ningún servidor principal. Asegúrese de que el conjunto de réplicas esté en buen estado. No hay suficiente espacio disponible en ningún demonio de copia de seguridad. En ambos casos, resuelva el problema y luego reinicie la sincronización inicial de la copia de seguridad. Como alternativa, puede vincular manualmente trabajos a daemons mediante la Admin interfaz. Consulte Trabajos para obtener más información. Nota
La copia de seguridad ha alcanzado un alto número de reintentos	Envía una alerta si la misma tarea falla repetidamente. Esto podría ocurrir, por ejemplo, durante el mantenimiento. Consulte el registro del trabajo correspondiente para ver si hay un mensaje de error que explique el problema. Contacte con el equipo de soporte de MongoDB si necesita ayuda para interpretar el mensaje de error. Nota
La copia de seguridad está en un estado inesperado	Ocurrió algo inesperado y el estado de la copia de seguridad del conjunto de réplicas `broken` es. Debe resincronizar el conjunto de réplicas respaldado, como se describe en el procedimiento "Resincronizar una copia de seguridad". En caso de una `Backup is in an unexpected state` alerta, consulte el registro del trabajo correspondiente para ver si hay un mensaje de error que explique el problema. Contacte con el soporte de MongoDB si necesita ayuda para interpretar el mensaje de error. Nota
El conjunto de réplicas tiene una instantánea tardía	Una instantánea no se completó antes de la fecha programada para el inicio de la siguiente. Revise el registro de trabajos en la interfaz de administración de Ops Manager para ver si hay errores. Nota
La transferencia de la porción sincronizada no ha progresado en...	Se inició una sincronización inicial, pero posteriormente se detuvo. Los problemas que pueden causar esto incluyen, entre otros: Procesos que están inactivos (agentes, ingesta, bases de datos de respaldo) problemas de red credenciales de autenticación incorrectas Nota
El trabajo de respaldo está ocupado por...	Un trabajo de respaldo ha estado funcionando durante más horas dentro de un período de 24horas que el umbral especificado. Diferentes trabajos de copia de seguridad comparten daemons de copias de seguridad o almacenamientos de snapshot. El tiempo de ejecución de la tarea de copia de seguridad puede variar. Las tareas de copia de seguridad de larga ejecución pueden hacer que las tareas restantes se queden atrás o fallen. Configure esta métrica con el tiempo que espera que tarden en completarse las copias de seguridad en la implementación. Debe consultar el registro de trabajo correspondiente para ver si hay mensajes de error. Contacte con el soporte de MongoDB si necesita ayuda para interpretar el mensaje de error. Nota

Alertas del conector de BI

Estas condiciones de alerta se aplican al uso del Conector de BI con Ops Manager.

Condición	Disparador de alerta
`BI Connector is down`	La automatización no ha detectado el proceso de BI Connector durante al menos 4 minutos. Importante Cuando la automatización no funciona, Ops Manager no puede activar alertas para el conector de BI.

Alertas de usuario

Puede configurar alertas para la adición, eliminación y cambio de roles de usuarios. Las condiciones del usuario incluyen:

Condición	Disparador de alerta
El usuario se unió al proyecto	Un nuevo usuario se une al proyecto.
El usuario abandonó el proyecto	Un usuario abandona el proyecto.
El rol del usuario cambió	Se han cambiado los roles de un usuario.

Alertas del proyecto

Puede configurar alertas para la aprobación de usuarios y la configuración de autenticación. Las condiciones del proyecto incluyen:

Condición	Disparador de alerta
Los usuarios no tienen habilitada la autenticación de dos factores	El proyecto tiene usuarios que no han configurado la autenticación de dos factores.
Alertas de revisión de seguridad actualizadas	Las alertas de verificación de seguridad del proyecto cambiaron.

Volver

Configure y resuelva alertas

Configurar los ajustes de alertas