/ /

Supervisar

Configurar y resolver alertas

Docs Home

Gestión

Gerente de Operaciones

Supervisar

Configurar y resolver alertas

Revisar las condiciones de alerta

Para cada uno proyecto o global alerta que crees, debes establecer un objetivo y una condición o métrica. El objetivo señala lo que cambió: el componente Ops Manager. Si tu condición se vuelve verdadera o una métrica alcanza el umbral establecido, Ops Manager activa una alerta. Para obtener más información, consulte Workflow 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 presenta la condición true en la instancia MongoDB de destino especificada.

Para establecer una métrica:

Seleccione un tipo de Target de la lista.
Filtra el Target tipo o selecciona Any.
Seleccione una métrica en la lista condition/metric.
Seleccione si esta métrica debe estar 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 alertas para todas o una de las siguientes tipos de procesos de MongoDB:

Configura el tipo de host en:	Alerta Includes
Cualquier tipo	Todos los tipos descritos en esta tabla.
Autónomo	Any Una instancia de mongod que no es parte de un set de réplicas o un clúster ni se utiliza 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

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

Condición	Activador de alertas
Host añadido	Ops Manager comienza a monitorizar o gestionar 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 mongod a un set de réplicas.
Host eliminado del set de réplicas	El tipo especificado de MongoD proceso se elimina de un set de réplicas.
El host se ha reiniciado	Ops Manager detecta que un host ha sido reiniciado.
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 hosts no pueden experimentar retrocesos: Árbitros mongos Para obtener más información, consulta Rollbacks durante la conmutación por error del set de réplicas.
El host está recuperándose	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ía una alerta, pero un host que ejecute MongoDB versión 4.0.7 activaría una alerta. Para obtener más información sobre la numeración de versiones de MongoDB, consulta Números de versión de MongoDB en el manual de MongoDB.
El certificado SSL del host expirará en un plazo de 30 días	El certificado SSL para una instancia de MongoDB está a 30 días de su vencimiento. Ops Manager vuelve a enviar la alerta cada 24 horas hasta que se resuelva o se reconozca. Si no se resuelve ni se reconoce la alerta y el certificado caduca, Ops Manager seguirá enviando la alerta. Si el certificado expira, la supervisión ya no podrá conectarse a la instancia de MongoDB.

El host está desconectado	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 sin poderse alcanzar, el sistema de supervisión eventualmente reduce la frecuencia del ping a cada 5 minutos para un MongoD y cada 20 minutos para un mongos. Si el proceso mongod o mongos vuelve a ser accesible, Ops Manager reconoce el proceso en un plazo de 5 minutos. Si la Automatización del Gestor de Operaciones no administra un proceso de mongos y ese proceso sigue sin estar disponible durante 30 días, el Gestor de Operaciones remueve el proceso de la pestaña Deployment. Sin embargo, si reinicias el proceso de mongos, Ops Manager lo detectará. Para resolver esta alerta, consulte Reparar host caído.

El host está desconectado

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 sin poderse alcanzar, el sistema de supervisión eventualmente reduce la frecuencia del ping a cada 5 minutos para un MongoD y cada 20 minutos para un mongos. Si el proceso mongod o mongos vuelve a ser accesible, Ops Manager reconoce el proceso en un plazo de 5 minutos.

Si la Automatización del Gestor de Operaciones no administra un proceso de mongos y ese proceso sigue sin estar disponible durante 30 días, el Gestor de Operaciones remueve el proceso de la pestaña Deployment. Sin embargo, si reinicias el proceso de mongos, Ops Manager lo detectará.

Para resolver esta alerta, consulte Reparar host caído.

Asesor

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

Si la tasa de consultas de un host supera constantemente las 10 000 durante 10 minutos, Performance Advisor analiza 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 donde Performance Advisor está desactivado.

afirma

Puedes configurar alertas sobre cuántos errores de aserción por segundo ha creado la instancia.

Nota

Cómo se mide

MongoDB informa sobre opscounters utilizando el documento asserts que devuelve el comando serverStatus.

Las métricas de aserción incluyen:

Métrica	Activador de alertas
Afirma: Regular es	El índice de comprobaciones regulares cumple con el umbral especificado.
Afirmaciones: Advertencia es	La tasa de advertencias cumple con el umbral especificado.
Afirmaciones: el mensaje es	La tasa de aserciones de mensajes cumple con el umbral especificado. Las afirmaciones de mensajes son errores internos del servidor. Las trazas de pila se registran para estos.
Afirmaciones: el usuario está	La tasa de aseguramientos creados por los usuarios cumple con el umbral especificado.

Nota

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

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	Activador de alertas
Tiempo medio de ejecución: Comandos es	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: Guardar es	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	Activador de alertas
Métricas del documento: Eliminado es	La tasa media por segundo de documentos borrados cumple su umbral especificado.
Métricas del documento: se inserta	La tasa promedio por segundo de documentos insertados cumple con tu umbral especificado.
Métricas del documento: Devuelto es	La tasa promedio por segundo de documentos devueltos cumple con tu umbral especificado.
Métricas del documento: la actualización es	La tasa promedio por segundo de documentos actualizados cumple con el umbral especificado.

Nota

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Segmentación de queries

Puedes configurar alertas para la velocidad con la que MongoDB examina los elementos durante las consultas y para la cantidad de elementos examinados en comparación con los documentos devueltos. Las métricas del tiempo de ejecución de la query incluyen:

Nota

Cómo se mide

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

Query Targeting: Scanned is: La tasa promedio por segundo para escanear los elementos del índice durante las queries y la evaluación del plan del query 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: El ratio de ítems de índice escaneados 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

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Opcounter

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

Nota

Cómo se mide

MongoDB informa sobre opscounters utilizando el documento opscounters que devuelve el comando serverStatus.

Las métricas de operación incluyen:

Condición	Activador de alertas
Contador de operaciones: El comando es	La tasa promedio de comandos realizados por segundo cumple con su umbral especificado.
Opcounter: borrar 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	El índice 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 media de actualizaciones realizadas por segundo cumple con el umbral especificado.

Nota

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

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	Activador de alertas
Opcounter: Repl Cmd está	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 tu umbral.
Opcounter: Repl Insert es	La tasa promedio de réplicas insertadas por segundo cumple con tu umbral.
Opcounter: Repl actualizar es	La tasa promedio de actualizaciones replicadas aplicadas por segundo cumple con su umbral.

Nota

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Memoria

Puedes configurar alertas para 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 reporta en la memoria utilizando el mem documento que el comando serverStatus devuelve.

Las métricas de memoria incluyen:

Métrica	Activador de alertas
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 para el proceso `mongod` cumple con su umbral especificado. Puedes usar esta alerta para señalar un uso excesivo de memoria fuera del mapeo de memoria.
La memoria asignada es	El tamaño de la memoria mapeada para el proceso `mongod` cumple con el umbral especificado. Como MongoDB asigna a memoria todos los archivos de datos, el tamaño de la memoria asignada debe acercarse al tamaño total de la base de datos.
Memoria: Se computó	El tamaño de la memoria virtual del proceso `mongod` que no se contabiliza mediante mapeo de memoria cumple su 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

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Seguridad

Las métricas de seguridad incluyen:

Métrica	Activador de alertas
El host tiene recomendaciones de seguridad	Autenticación o TLS está deshabilitado.

Swap

Las métricas del swap incluyen:

Métrica	Activador de alertas
Uso de swap: Utilizado es	La cantidad total de espacio de intercambio en uso ha alcanzado el umbral especificado.
Uso de intercambio: Uso máximo 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 está por debajo del umbral especificado.
Uso de intercambio: el máximo libre es	La cantidad máxima de espacio de intercambio disponible cae por debajo del umbral especificado.

Caché de WiredTiger

Puedes configurar alertas sobre cuánto caché de WiredTiger 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 reporta en la memoria utilizando el cache documento que el comando serverStatus devuelve.

Las métricas de la caché de WiredTiger incluyen:

Métrica	Activador de alertas
Caché: bytes leídos en caché es	La tasa promedio de bytes por segundo leídos en el caché WiredTiger cumple con el umbral especificado.
Caché: bytes escritos desde caché es	La tasa promedio de bytes por segundo escritos desde la memoria caché de WiredTiger cumple con tu umbral especificado.
Caché: bytes sucios es	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

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

B-tree

Importante

Se aplica solamente 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.

Puedes configurar alertas para la cantidad de operaciones en btree que se completan por segundo en la instancia de MongoDB. Las métricas de B-Tree incluyen:

Métrica	Activador de alertas
B-tree: los accesos son	El número de accesos a los índices B-tree alcanza tu umbral especificado.
B-tree: los aciertos son	Número de veces que una página B-Tree estuvo en la memoria supera 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 a aciertos cumple con el umbral especificado.

Porcentaje de bloqueo efectivo

Importante

Se aplica solamente 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.

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

Métrica	Activador de alertas
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 las implementaciones que ejecutan motores de almacenamiento MMAPv1 para sus bases de datos MongoDB.

Puede establecer una alerta para determinar cuántos milisegundos tarda en completarse el vaciado promedio en la instancia de MongoDB. Un vaciado es la escritura de datos en el disco desde la memoria.

Nota

Cómo se mide

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

Las métricas promedio del vaciado en segundo plano incluyen:

Métrica	Activador de alertas
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 reporta en la memoria utilizando el connections documento que el comando serverStatus devuelve.

Las métricas de conexión incluyen:

Métrica	Activador de alertas
Connections es	El número de conexiones activas de hosts alcanza 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 para las versiones posteriores a (`>`) 3.0.0, es `1000000`. Puede anular el valor predeterminado de dos maneras: Utiliza la `--maxConnns` mongod para establecer el número máximo de conexiones simultáneas para `mongod`. Para obtener más información, consulta Opciones principales de mongod. Actualiza el campo `net.maxIncomingConnections` en el archivo de configuración de MongoDB. Para obtener más información, consulte net Options.

Métrica

Activador de alertas

Connections es

El número de conexiones activas de hosts alcanza 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 para las versiones posteriores a (>) 3.0.0, es 1000000. Puede anular el valor predeterminado de dos maneras:

Utiliza la --maxConnns mongod para establecer el número máximo de conexiones simultáneas para mongod. Para obtener más información, consulta Opciones principales de mongod.
Actualiza el campo net.maxIncomingConnections en el archivo de configuración de MongoDB. Para obtener más información, consulte net Options.

Nota

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Queues

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

Nota

Cómo se mide

MongoDB reporta en la memoria utilizando el globalLock.currentQueue documento que el comando serverStatus devuelve.

Las métricas de la cola incluyen:

Métrica	Activador de alertas
Colas: El total es	El número de operaciones en espera de un bloqueo de cualquier tipo alcanza el umbral especificado.
Colas: Lectores es	El número de operaciones de lectura que están esperando cualquier tipo de bloqueo y cumplen con tu 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

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Errores de página

Importante

Se aplica solamente 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 reporta en la memoria utilizando el extra_info.page_faults documento que el comando serverStatus devuelve.

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 fallos de página incluyen:

Métrica	Activador de alertas
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 page fault lanzadas cumple con el umbral especificado. Esta métrica se encuentra en la gráfica `Record Stats` del host.
Fallos de página	La tasa de errores de página (ya sea que se lance o no una excepción) cumple con el umbral especificado. Esta métrica se encuentra en la gráfica de `Page Faults` del host.

Nota

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Cursors

Puedes establecer alertas para el número de cursores abiertos y tiempo agotado para un proceso de MongoDB.

Nota

Cómo se mide

MongoDB reporta en la memoria utilizando el metrics.cursor documento que el comando serverStatus devuelve.

Las métricas del cursor incluyen:

Métrica	Activador de alertas
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: Abrir es	El número de cursores que el host está manteniendo 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

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Red

Puedes configurar alertas para el rendimiento de red en un proceso de MongoDB.

Nota

Cómo se mide

MongoDB reporta en la memoria utilizando el network documento que el comando serverStatus devuelve.

Las métricas de red incluyen:

Métrica	Activador de alertas
Red: bytes entrantes 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: Número de solicitudes es	El número de solicitudes enviadas a el host de la base de datos cumple con el umbral especificado.

Nota

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

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 Registro Oplog de Replicación utilizando el documento oplog 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	Activador de alertas
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 la réplica es	La cantidad aproximada de tiempo en milisegundos disponible en el oplog de replicación del primario cumple con el umbral especificado.
Datos Oplog por hora es	La tasa promedio de gigabytes de oplog que genera el primario por hora cumple con el umbral que hayas especificado.
El atraso de la 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

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Umbral métrico exterior

Puedes configurar alertas que se activan cuando una métrica se produce fuera de un umbral especificado usando el tipo de evento OUTSIDE_METRIC_THRESHOLD. Cuando está habilitado, Ops Manager activa una alerta si el valor de la métrica supervisada supera el umbral que especifiques.

Al configurar una alerta de OUTSIDE_METRIC_THRESHOLD, debes establecer valores en el objeto metricThreshold para especificar qué métrica supervisar y las condiciones del umbral.

Especifique los siguientes parámetros clave al crear una alerta para OUTSIDE_METRIC_THRESHOLD. Esto garantiza que recibas notificaciones cuando el valor de la métrica supere o caiga por debajo de tu umbral definido. Especificar también los parámetros de notificación. Para obtener más información sobre los parámetros de notificación, consulta Configuraciones Globales de Alertas.

Parameter	Descripción
`metricName`	El nombre de la métrica que quieres supervisar.
`operator`	El operador de comparación, ya sea `GREATER_THAN` o `LESS_THAN`.
`threshold`	El valor en el que se debe activar la alerta.
`units`	La unidad de medida, dependiente del tipo de métrica.
`mode`	Establece este parámetro en `AVERAGE`, ya que Ops Manager calcula el valor de la métrica como un promedio.

Ejemplos: Umbral de Métricas Externas

Puedes supervisar el atraso de la replicación del oplog usando la métrica OPLOG_REPLICATION_LAG_TIME. Esta métrica mide el atraso de la replicación entre los miembros secundarios y el principal en un set de réplicas, e informa de un número aproximado de segundos que el nodo secundario está detrás del principal aplicando operaciones write. Esta métrica solo es precisa si la latencia es mayor a 1-2 segundos, ya que la precisión de esta estadística es limitada.

Utiliza esta alerta para detectar cuando el atraso de la replicación supera los umbrales aceptables, lo que puede indicar problemas de rendimiento o problemas de red que afectan la sincronización del set de réplicas.

Los siguientes ejemplos crean una configuración de alerta que se activa cuando el retraso de replicación del registro de operaciones supera los 5 segundos:

Para crear una configuración de alerta que se active cuando el atraso de la replicación del oplog supere los 5 segundos, envía el siguiente objeto JSON en una solicitud POST al endpoint /groups/{PROJECT-ID}/alertConfigs. Después de la creación, puedes recuperar la configuración y sus identificadores de notificación para probar la alerta. Ajusta el arreglo notifications para que coincida con la configuración de notificaciones deseada.

{
  "eventTypeName": "OUTSIDE_METRIC_THRESHOLD",
  "enabled": true,
  "metricThreshold": {
    "metricName": "OPLOG_REPLICATION_LAG_TIME",
    "mode": "AVERAGE",
    "operator": "GREATER_THAN",
    "threshold": 5.0,
    "units": "SECONDS"
  },
  "notifications": [
    {
      "delayMin": 0,
      "emailEnabled": true,
      "intervalMin": 60,
      "typeName": "GROUP"
    }
  ]
}

El siguiente ejemplo utiliza el comando mongocli ops-manager alerts config create para crear una configuración de alertas que se activa cuando el atraso de la replicación del oplog supera los 5 segundos. Sustituye <notification-token> por tu token real de notificación obtenido con el comando mongocli ops-manager notifications create.

mongocli ops-manager alerts config create \
  --event OUTSIDE_METRIC_THRESHOLD \
  --enabled \
  --metricName OPLOG_REPLICATION_LAG_TIME \
  --metricOperator GREATER_THAN \
  --metricThreshold 5.0 \
  --notificationToken <notification-token> \
  --output json

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	Activador de alertas
Operaciones: el escaneo y pedido está	Tasa promedio por segundo sobre tu umbral especificado de queries que devuelven resultados ordenados que no pueden realizar la operación de ordenación utilizando un índice.

Almacenamiento de base de datos

Puede configurar alertas para la cantidad de almacenamiento de datos usado. Las métricas de almacenamiento de bases de datos incluyen:

Métrica	Activador de alertas
El almacenamiento de base de datos es	La cantidad de espacio de almacenamiento en disco utilizado por los extensos alcanza tu 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

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Registro en la bitácora

Puedes configurar alertas para la cantidad de almacenamiento de registrar en la bitácora utilizado. Las métricas de registrar en la bitácora incluyen:

Métrica	Activador de alertas
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 en bloqueo de escritura cumple con tu 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 su 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

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Motor de almacenamiento WiredTiger

Puedes 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	Activador de alertas
Tickets disponibles: Reads es	El número de tickets de lectura disponibles para el motor de almacenamiento WiredTiger cumple con tu umbral especificado.
Tickets disponibles: Guardar es	Número de tickets de escritura disponibles para el motor de almacenamiento WiredTiger cumplen con el límite especificado.

Nota

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Alertas de sistema y de disco

Puede configurar alertas para el uso de la informática y del disco. Las condiciones de recursos del sistema incluyen:

Métrica	Activador de alertas
Sistema: El % de CPU (steal) es	Aplicable cuando el saldo de créditos de la instancia EC2 se agota. El porcentaje de tiempo que la CPU está en un estado de "espera involuntaria". El porcentaje de robo de CPU es el porcentaje por el cual el uso de la CPU supera la tasa garantizada de acumulación de créditos de CPU base. 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" supera el umbral especificado.
Sistema: CPU (usuario) % es	Uso de CPU del proceso de MongoDB, escalado a un rango del 0 al 100% dividiendo entre el número de CPUs.
Sistema: Máximo % de CPU (usuario)	El uso máximo de CPU del proceso MongoDB, escalado a un rango de 0 a 100 % al dividirlo por la cantidad de CPU que excede el umbral especificado.
Memoria del sistema: Se utiliza	La memoria total del sistema utilizada para el `mongod` menos los búferes, la caché y la memoria libre cumple con el umbral especificado.
Memoria del sistema: Uso máximo es	El valor máximo de uso de memoria del sistema cumple con el umbral especificado.
Memoria del sistema: Disponible es	El uso de la memoria del sistema disponible para el `mongod` ha caído por debajo del umbral especificado.
Memoria del sistema: el máximo disponible es	La cantidad máxima de memoria del sistema disponible cae por debajo del umbral especificado.
Porcentaje de espacio en disco utilizado en la partición de datos	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 contenga los datos de la colección de MongoDB supera 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 en disco utilizado en la partición de registro es	Porcentaje del espacio en disco utilizado en la partición que contiene el diario de MongoDB, si la grabación en diario está habilitada.
El porcentaje máximo de espacio en disco utilizado en la partición Journal es	El porcentaje máximo de espacio en disco utilizado en la partición que contiene el diario MongoDB excede el umbral especificado.
La entrada de la red del sistema es	La cantidad de bytes por segundo enviados al host de la base de datos cumple con el umbral especificado.
Máxima entrada de red del sistema	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.
El máximosistema de salida de red es	El número máximo de bytes enviados desde MongoDB alcanza el umbral especificado.

Nota

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

Desde la vista Deployment del proyecto de Ops Manager, haz clic en la pestaña List.
Haz clic en el proceso que quieres 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 las métricas de host en Ops Manager, consulte Ver Métricas de implementación y haga clic en la pestaña MongoDB Process Metrics.

Alertas de set de réplicas

Puedes configurar alertas sobre el estado del primario y el número de miembros saludables en un set de réplicas. Las condiciones del set de réplicas incluyen:

Condición	Activador de alertas
El set de réplicas eligió un nuevo primario	Un conjunto elige un nuevo principal. Cada vez que Ops Manager recibe un ping, inspecciona la salida del método del rs.status() set de réplicas para conocer el estado de cada miembro del set de réplicas. A partir de este resultado, Ops Manager determina cuál set de réplicas es el primario. Si el primario que se encuentra en los datos de ping es diferente del primario actual conocido por Ops Manager, se activa esta alerta. Recibir esta alerta no siempre significa que el conjunto ha elegido un nuevo primario. Esta alerta también puede activarse cuando la misma persona titular sea reelegida. Esto puede suceder cuando Ops Manager procesa un ping en medio de una elección.
El conjunto de réplicas no tiene un primario	Un conjunto de réplicas no tiene un primario. Específicamente, cuando ninguno de los nodos de un conjunto de réplicas tiene un estado de `PRIMARY`, se activa la alerta. Por ejemplo, esta condición puede surgir cuando una junta tiene un número par de nodos con derecho a voto, lo que da lugar a 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 resoluciones, consulta Solucionar pérdida del principal.

Condición

Activador de alertas

El set de réplicas eligió un nuevo primario

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

Recibir esta alerta no siempre significa que el conjunto ha elegido un nuevo primario. Esta alerta también puede activarse cuando la misma persona titular sea reelegida. Esto puede suceder cuando Ops Manager procesa un ping en medio de una elección.

El conjunto de réplicas no tiene un primario

Un conjunto de réplicas no tiene un primario. Específicamente, cuando ninguno de los nodos de un conjunto de réplicas tiene un estado de PRIMARY, se activa la alerta. Por ejemplo, esta condición puede surgir cuando una junta tiene un número par de nodos con derecho a voto, lo que da lugar a 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 resoluciones, consulta Solucionar pérdida del principal.

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

Métrica	Activador de alertas
El número de miembros sanos es	Un set de réplicas tiene menos miembros saludables de los que especificaste en el umbral.
La cantidad de miembros no funcionales es	Un set de réplicas posee 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 que se han producido 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 un estado saludable, como lo demuestra la realización constante de elecciones.

Nota

Un nodo de un set de réplicas está saludable si se ejecuta rs.status() para ese set de réplicas y el resultado arroja PRIMARY o SECONDARY para ese nodo. 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	Activador de alertas
Al cluster le falta un mongos activo	Ops Manager no puede alcanzar ninguno `mongos` para el clúster.

Alertas del agente

Puede configurar alertas para el estado del agente o el versionado. Las condiciones del agente incluyen:

Condición	Activador de alertas
La automatización está inactiva	No se ha detectado automatización durante al menos 1 minuto. Bajo operación normal, 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 minuto, esta alerta se activa. Esta alerta solo se activa si la Automatización está gestionando un proceso de MongoDB o un Módulo de agente.
La supervisión no funciona	No se detecta supervisión durante al menos 7 minutos. Durante el funcionamiento normal, la supervisió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 para un proyecto que no tenga hosts configurados. IMPORTANTE: Cuando la supervisión no esté funcionando, Ops Manager no activará ninguna otra alerta para ningún host. Por ejemplo: si un host está caído, no hay supervisión que envíe datos a Ops Manager que podría activar nuevas alertas.
La supervisión no tiene la última versión	El monitoreo no está ejecutando la última versión del software.
La copia de seguridad está caída	La copia de seguridad de un Proyecto con al menos un set de réplicas o clúster activo ha estado inactiva durante más de 1 hora. Para resolver esta alerta: Para ver qué host sirve como copia de seguridad, haz clic en Deployment, 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 demasiadas fallas en llamadas de conferencia.	La topología del clúster conocida por la supervisión no coincide con la configuración de la copia de seguridad proveniente de las llamadas de conferencia que realiza la copia de seguridad. El número de intentos cumple con el umbral que especificaste en `maximumFailedConfCalls` la configuración. Puedes usar esta alerta solo como una alerta global.

Alertas de respaldo

Puede establecer alertas para el oplog de la copia de seguridad, la resincronización y las inconsistencias. Las condiciones para la copia de seguridad incluyen:

Condición	Activador de alertas
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 para una copia de seguridad se retrasa demasiado para ponerse al día con el oplog. Esto ocurre cuando el host sobrescribe entradas de «oplog» que la copia de seguridad aún no ha replicado. Verifica el registro de la copia de seguridad correspondiente. Si ves una prueba de "Puntos comunes fallidos", puede haber ocurrido lo siguiente. Se produjo un evento de rollback significativo en el set de réplicas respaldado. Se modificó el tamaño o se eliminó elregistro de operaciones del conjunto de réplicas respaldado. El alto desgaste del oplog hizo que el agente perdiera la parte final 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, consulta Solucionar copia de seguridad inconsistente.
El recuento inconsistente de snapshots de clúster es...	Ops Manager falla un número consecutivo de veces al intentar tomar una snapshot de clúster correctamente. Esta alerta se activa cuando el número de intentos alcanza el umbral especificado. El texto de la alerta puede contener la razón del problema. Los problemas comunes incluyen: No hubo ningún `mongos` alcanzable. Para resolver este problema, asegúrese de que al menos uno `mongos` se muestre en la página de Ops Manager Deployment. 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 una o más particiones. Para resolver este problema, asegúrate de la conectividad entre la Copia de Seguridad y todas las particiones.

No se pudo asignar la copia de seguridad a un daemon de copias de seguridad	Un trabajo de respaldo no puede vincularse a un demonio de respaldo. Por ejemplo, los motivos por los que una tarea podría no vincularse incluyen, pero no se limitan a: 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 daemon de copias 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 los trabajos a los demonios a través de la interfaz Admin. Consulta Empleos para obtener más información. Puedes usar esta alerta solo como una alerta global.
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. Comprueba el registro de tarea correspondiente para ver 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. Puedes usar esta alerta solo como una alerta global.
La copia de seguridad se encuentra en un estado inesperado	Ocurrió algo inesperado y el estado de la copia de seguridad del conjunto de réplicas es `broken`. Investigue el estado de la copia de seguridad y revise el registro de trabajos para obtener detalles del error. En caso de una alerta `Backup is in an unexpected state`, verifica el registro de tarea correspondiente para encontrar un mensaje de error que explique el problema. Póngase en contacto con el soporte técnico de MongoDB si necesita ayuda para interpretar el mensaje de error. Puedes usar esta alerta solo como una alerta global.
El set de réplicas tiene un snapshot atrasado	La snapshot ha fallado antes de que la siguiente snapshot esté programada para comenzar. Revise el registro de tarea en la interfaz de administración de Ops Manager para detectar cualquier error. Puedes usar esta alerta solo como una alerta global.
La transferencia de sincronizar slice no ha progresado en...	Se ha iniciado una sincronización inicial pero posteriormente se ha detenido. Los problemas que pueden causar esto incluyen, pero no se limitan a: Procesos que están inactivos (agentes, ingesta, bases de datos de respaldo) problemas de red credenciales de autenticación incorrectas Puedes usar esta alerta solo como una alerta global.
El trabajo de respaldo está ocupado por...	Un trabajo de respaldo ha estado funcionando durante más horas dentro de un período de 24 horas 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. Puedes usar esta alerta solo como una alerta global.

BI Connector Alerts

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

Condición	Activador de alertas
`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

Puedes establecer alertas para la adición, eliminación y cambios de roles de los usuarios. Las condiciones del usuario incluyen:

Condición	Activador de alertas
El usuario se unió al proyecto	Un nuevo usuario se une al proyecto.
El usuario abandonó el proyecto	Un usuario abandona el proyecto.
El usuario tuvo un cambio de rol	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	Activador de alertas
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

Configurar y resolver alertas

Configurar los ajustes