/ /

Supervisar

Configurar y resolver alertas

Docs Home

Gestión

Gerente de Operaciones

Supervisar

Configurar y resolver alertas

Revisar las condiciones de alerta

Para cada 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:

Seleccione 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 objetivo especificada de MongoDB.

Para establecer una métrica:

Seleccione un tipo de Target de la lista.
Filtra el Target tipo o selecciona Any.
Seleccionar una métrica de 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.
Selecciona la unidad de medida para el umbral.

Ops Manager activa una alerta cuando se supera el umbral de métricas en la instancia objetivo de MongoDB especificada.

Alertas de host

Al establecer una alerta para un host, selecciona el host type que se aplica a esta alerta y el 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 primariosdel set de réplicas.
secundario	Todos los secundariosdel set de réplicas.
Árbitro	Todos los árbitros de set de réplicas .
Mongos	All mongos instances.
Conf	Todas las instancias de mongod utilizadas como servidores de configuración.

Condiciones de alerta del host

Cambio de 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 supervisión o gestionar un proceso mongod o `mongos` por primera vez.
Host agregado al set 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.
Los 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ó un rollback	Ops Manager detecta que un mongod en un host activó un rollback. 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 está dos o más revisiones por 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 el query targeting ratio para un host supera consistentemente 10,000 durante un periodo de 10 minutos, Performance Advisor verifica el host en busca de consultas ineficaces y posibles índices para mejorar el desempeño. Si Performance Advisor determina que el host se beneficiaría de uno o más índices, esta alerta se activa y te indica crear 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
Aserciones: 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 la métrica o métricas deseadas para la gráfica.

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 sólo se aplican a las implementaciones que ejecutan MongoDB versión 3.4 o posterior.

Puedes configurar alertas sobre cuánto tiempo tardan en completarse las operaciones. Las métricas del 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 medio 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

Puedes configurar alertas para saber cuántos documentos de MongoDB 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: Insertado es	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 la métrica o métricas deseadas para la gráfica.

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 en función del 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 tasa promedio por segundo para escanear documentos cumple con su 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 relación entre documentos escaneados y 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 la métrica o métricas deseadas para la gráfica.

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 realizados por segundo cumple con el umbral especificado. En una instancia primaria, este número puede ser alto incluso si la cantidad de query es baja. Las secundarias "getMore" desde la primaria 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 su 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 la métrica o métricas deseadas para la gráfica.

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 para saber cuántas operaciones por segundo de base de datos se replican en un MongoDB secundario.

Nota

Cómo se mide

MongoDB informa sobre los opscounters utilizando el opscountersRepl 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 aplicaciones de comandos replicados por segundo cumple con tu umbral.
Contador de operaciones: Repl borrar es	La tasa promedio de eliminaciones replicadas aplicadas por segundo cumple con tu umbral.
Opcounter: Repl Insert is	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 la métrica o métricas deseadas para la gráfica.

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: Resident está	El tamaño de la memoria residente para el proceso `mongod` cumple con el umbral especificado. Con el tiempo, en una base de datos dedicada, la memoria residente puede acercarse a la cantidad de RAM del host.
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 la métrica o métricas deseadas para la gráfica.

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 Swap: el espacio libre 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 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 la métrica o métricas deseadas para la gráfica.

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 las implementaciones que ejecutan versiones de MongoDB de la 2.2 a la 2.6.

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	Número de veces que una página B-tree no se encontraba 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 las 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 para escritura cumple con tu umbral especificado.

Promedio de vaciado en segundo plano

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

Puedes 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 activas de host respecto al número total de conexiones posibles cumple con el umbral especificado. El valor por defecto para las versiones 2.6.0 y 3.0.0 de MongoDB es `65536` y el valor por defecto para versiones de MongoDB superiores a (`>`) 3.0.0, es `1000000`. Puede anular el valor por defecto 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 activas de host respecto al número total de conexiones posibles cumple con el umbral especificado. El valor por defecto para las versiones 2.6.0 y 3.0.0 de MongoDB es 65536 y el valor por defecto para versiones de MongoDB superiores a (>) 3.0.0, es 1000000. Puede anular el valor por defecto 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 la métrica o métricas deseadas para la gráfica.

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 bloqueos.

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: Writers es	El número de operaciones de escritor que esperan en un bloqueo de cualquier tipo 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 la métrica o métricas deseadas para la gráfica.

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 versiones de MongoDB de la 2.2 a la 2.6.

Puedes establecer alertas para fallos 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 informaron sobre las métricas Accesses Not In Memory: Total is y Page Fault Exceptions Thrown: Total is utilizando el documento recordStats 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 cumple con tu umbral especificado. MongoDB debe acceder a los datos en disco si tu conjunto de trabajo no cabe en la memoria. Esta métrica se encuentra en la gráfica `Record Stats` 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 la métrica o métricas deseadas para la gráfica.

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 usa el host para mantener cursores alcanza 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: limite de tiempo excedido es	El número de cursores que el host mantiene para los clientes vencidos cumple con tu 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 la métrica o métricas deseadas para la gráfica.

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 enviados	El número de bytes enviados desde el host de la base de datos cumple con el umbral que has 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 la métrica o métricas deseadas para la gráfica.

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

Puedes configurar alertas para los "oplogs" de replicación en un proceso de 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 está detrás del primario en la aplicación de guardar. Solo es preciso si el rezago es mayor que 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 la métrica o métricas deseadas para la gráfica.

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 externo de métricas

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 debe activarse 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 atraso de la replicación de oplog 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

Puedes configurar alertas para las operaciones de análisis y pedidos de 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 actual 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 la métrica o métricas deseadas para la gráfica.

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 tasa promedio de datos en megabytes que Ops Manager escribe en los archivos de datos de las bases de datos por segundo cumple con el umbral especificado. Como estos guardados ya están registradas en la bitácora, pueden ocurrir de forma perezosa, y por lo tanto, el número indicado 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 la métrica o métricas deseadas para la gráfica.

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 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 la métrica o métricas deseadas para la gráfica.

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 suele activarse cuando se han consumido todos los créditos en una instancia de rendimiento ampliable 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 de MongoDB, escalado a un rango del 0 al 100 % dividiendo por el número de CPUs, supera el umbral especificado.
Memoria del sistema: en uso	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 indicado.
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 de 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.
Porcentaje de espacio en disco utilizado en la partición de índice	Porcentaje del 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 de disco usado en cualquier partición que contenga los datos del índice de MongoDB supera 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 journal de 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	El número 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 la métrica o métricas deseadas para la gráfica.

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 set de réplicas no tiene 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 la supervisión recolecta datos durante una elección primaria, esta alerta podría enviar un falso positivo. Para evitar falsos positivos de este tipo, establece el intervalo de after waiting de la configuración de alertas (en la sección Send to de la configuración). 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 set de réplicas no tiene 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 la supervisión recolecta datos durante una elección primaria, esta alerta podría enviar un falso positivo. Para evitar falsos positivos de este tipo, establece el intervalo de after waiting de la configuración de alertas (en la sección Send to de la configuración).

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 nodos saludables 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

Puedes establecer una alerta para un mongos que falte en un clúster particionado. Las condiciones de clústeres fragmentados incluyen:

Condición	Activador de alertas
Falta un mongos activo en el clúster	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	La supervisión 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. Compruebe el archivo de registro de copia de seguridad en ese host.
La copia de seguridad no tiene la última versión	Copia de seguridad no está ejecutando 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 copia de seguridad

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 más recientes del oplog recibidos por el Ops Manager tienen más de 75 minutos de antigüedad. Para resolver esta alerta, consulte Solucionar problemas de copia de seguridad Oplog.
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. El oplog del set de réplicas respaldado fue redimensionado o eliminado. 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 balanceador. Para resolver este problema, revisa los archivos de registro del primer servidor de configuración para determinar por qué el balanceador 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	Una tarea de copia de seguridad no se puede vincular a un daemon de copias de seguridad. Por ejemplo, los motivos por los que una tarea podría no vincularse incluyen, pero no se limitan a: No se encuentra primario para el set de réplicas respaldado. En el momento en que se produjo la vinculación, la Supervisión no detectó un primario. Asegurarse de que el set 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 Copia de seguridad para el set de réplicas es `broken`. Investigue el estado de la copia de seguridad y consulte el registro de tareas para obtener detalles de errores. 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 se encuentran inactivos (agentes, ingestión, bases de datos de respaldo) problemas de red credenciales de autenticación incorrectas Puedes usar esta alerta solo como una alerta global.
La tarea de copia de seguridad está ocupada durante...	Una tarea de copia de seguridad ha estado funcionando durante más horas en un período de 24 horas que el umbral que se especificó. 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 tarea correspondiente para mensajes de error. Contacta al Soporte de MongoDB si necesitas 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 está caída, el Ops Manager no puede activar alertas para el BI Connector.

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/a 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