Esta página proporciona estadísticas clave de tamaño y rendimiento por tarea para todos los proyectos para los cuales has activado la copia de seguridad.
Ops Manager muestra una lista de la siguiente información en dos tablas Per Job y Per Project:
Título de columna | Contenido |
|---|---|
Recepción de Oplog (últimas 24 horas) | Muestra estadísticas para el rendimiento del oplog en las últimas 24 horas. |
Aplicación Oplog (últimas 24 horas) | Muestra las estadísticas de procesamiento del Oplog durante las últimas 24 horas. |
Uso de SnapshotStore | Muestra la siguiente información:
La tarea de seguimiento de recursos recopila estas estadísticas. |
Nota
Varias tareas de copia de seguridad utilizan el mismo almacenamiento de snapshot.
Para exportar esta información, haz clic en Export as CSV.
Ver detalles de uso de recursos de la tarea
Haga clic en el nombre de la tarea en la columna Job de la tabla Per Job para ver los grafos de uso de recursos de serie de tiempo para esa tarea. MongoDB Ops Manager muestra los siguientes grafos:
Uso de la red
Rendimiento de bloques de datos (WTC)
Latencia de solicitud de bloques de datos (WTC)
Detalles de latencia de bloques de escritura (WTC)
Uso de la CPU
Uso del disco (HEAD)
SnapshotStore Usage
Los grafos (WTC) se aplican a las copias de seguridad basadas en puntos de control de WiredTiger.
Nota
La mayoría de los grafos de esta página requieren que habilite Resource Usage en el daemon de copias de seguridad. Los grafos de rendimiento de bloques de datos, latencia de solicitudes de bloques de datos y detalles de latencia de bloques de escritura son una excepción. MongoDB Ops Manager recopila estos datos automáticamente para las tareas que utilizan cursores de copia de seguridad.
Uso de la red
Este gráfico muestra el rendimiento de los datos de oplog que Ops Manager recibe del MongoDB Agent para esta tarea de copia de seguridad, medido en bits por segundo. Traza dos series:
Datos de Oplog recibidos durante la replicación en curso
Datos recibidos durante la sincronización inicial de la tarea de copia de seguridad, si hay una sincronización inicial en curso
Utilice este grafo para identificar cuellos de botella en el rendimiento de la red. Si el rendimiento disminuye, es posible que MongoDB Agent tenga dificultades para enviar datos de oplog a Ops Manager.
Rendimiento de bloques de datos (WTC)
Este grafo se aplica a las tareas de copia de seguridad que utilizan cursores de copia de seguridad para crear snapshots. Muestra el rendimiento, en bytes por segundo, de los bloques de datos en tres etapas de procesamiento:
Serie | Descripción |
|---|---|
Rendimiento de la red | La velocidad a la que Ops Manager recibe bloques de datos a través de la red desde el MongoDB Agent. |
Rendimiento de almacenamiento de snapshot | La velocidad a la que Ops Manager escribe bloques de datos en el almacenamiento de snapshot. |
Rendimiento de snapshot | El rendimiento general de la snapshot, incluido cualquier tiempo de inactividad entre solicitudes. Este valor suele ser inferior a las otras dos series. |
Compare las tres series para identificar dónde se origina una desaceleración. Si Network Throughput es bajo, la conexión entre MongoDB Agent y MongoDB Ops Manager podría ser el cuello de botella. Si Snapshot Storage Throughput es bajo, el almacenamiento de snapshot podría ser lento para guardar datos.
Latencia de solicitud de bloques de datos (WTC)
Este grafo se aplica a las tareas de copia de seguridad que utilizan cursores de copia de seguridad para crear snapshot. Muestra el tiempo promedio (en milisegundos) que cada solicitud para cargar un bloque de datos pasa en las siguientes fases:
Lectura de datos entrantes de la red
Esperando la finalización del guardado de bloques en el almacenamiento de snapshot
Actualización de metadatos de bloque
Utilice este grafo para aislar qué fase de la solicitud de carga es lenta. Los valores constantemente altos en una fase apuntan al componente específico que está limitando el rendimiento de la copia de seguridad, como la red o el almacenamiento de snapshot.
Detalles de latencia de bloques de escritura (WTC)
Este grafo se aplica a las tareas de copia de seguridad que utilizan cursores de copia de seguridad para crear snapshot. Proporciona un desglose más granular, por bloque, de la fase de almacenamiento que el grafo Data Blocks Request Latency (WTC). Muestra el tiempo promedio dedicado a cada una de las siguientes operaciones:
Comprobación de si ya existe un bloque en el almacenamiento de snapshot
Comprimir un bloque
Escribir un bloque en el almacenamiento de snapshot
Guardar metadatos de bloque
Utilice este gráfico para determinar si la compresión, las escrituras en el almacenamiento de snapshot o las actualizaciones de metadatos son la causa de las copias de seguridad lentas.
Uso de la CPU
Nota
A pesar de su nombre, este gráfico no mide el uso de la CPU. Mide el rendimiento del proceso de aplicación de oplog del daemon de copias de seguridad y los errores de página relacionados.
Este grafo muestra dos series. La primera es la velocidad, en KB por segundo, a la que el daemon de copias de seguridad aplica las entradas del oplog para mantener la copia de seguridad actualizada. La segunda es la velocidad de fallos de página por segundo durante ese proceso.
Utilice este grafo para evaluar si el demonio sigue el ritmo de los datos de oplog entrantes. Si el rendimiento aplicado disminuye mientras el grafo Network Usage muestra datos entrantes constantes, el demonio podría estar retrasándose. Una alta tasa de errores de página puede indicar que los datos de copia de seguridad no caben en la memoria disponible, lo que provoca E/S de disco.
Nota
Para las tareas de copia de seguridad que utilizan cursores de copia de seguridad, este grafo puede estar ausente o no mostrar datos.
Uso del disco (HEAD)
Nota
La etiqueta de este grafo es terminología heredada. Para las tareas de copia de seguridad que utilizan cursores de copia de seguridad, Ops Manager no tiene una base de datos principal local. En su lugar, el grafo refleja las estadísticas de tamaño de la base de datos de origen de la que se está realizando la copia de seguridad.
Este grafo muestra el tamaño de los datos, el tamaño del almacenamiento y el tamaño del archivo de la base de datos de la que se está haciendo una copia de seguridad. MongoDB Ops Manager agrega un punto de datos cada vez que se completa un snapshot.
Utilice este gráfico para rastrear el crecimiento de la base de datos a lo largo del tiempo y planificar la capacidad de almacenamiento de copias de seguridad.
SnapshotStore Usage
Este grafo muestra el almacenamiento que los snapshots de esta tarea de copia de seguridad consumen en el almacenamiento de snapshots a lo largo del tiempo, dividido en las siguientes series:
Bytes activos, a los que hacen referencia los snapshots actualmente activos
Bytes muertos, que pertenecen a snapshots eliminadas que una tarea de limpieza aún no ha eliminado
Total de bytes, que es la suma de las series activas e inactivas
Utilice este grafo para rastrear el crecimiento del almacenamiento. También le ayuda a identificar cuándo los bytes muertos se acumulan más rápido de lo que la tarea de seguimiento de recursos los recupera. MongoDB Ops Manager actualiza este grafo periódicamente en lugar de continuamente, por lo que los cambios recientes podrían no aparecer de inmediato.