Docs Menu
Docs Home
/
MongoDB Ops Manager
/

Glosario

agente
Un programa liviano que proporciona una interfaz entre sus procesos MongoDB y Ops Manager.
clave API del agente

Un identificador único que autentica los agentes de MongoDB de un proyecto en Ops Manager. Un proyecto puede tener varios agentes. Claves API.

Tip

Administrar claves API del agente

base de datos de la aplicación

El conjunto dedicado de bases de datos MongoDB que almacenan metadatos para la instalación de Ops Manager y las implementaciones de MongoDB administradas.

mecanismo de autenticación

Un método para habilitar el acceso a una base de datos MongoDB. Esto es independiente de la autorización, que otorga permiso para realizar ciertas acciones en una base de datos MongoDB.

automatización

Gestión asistida de procesos MongoDB mediante la interfaz de Ops Manager. Los agentes MongoDB instalados en sus hosts MongoDB le permiten implementar, configurar y actualizar procesos MongoDB directamente desde Ops Manager.

agente de automatización

El componente ligero que automatizaba las tareas de gestión comunes. El Agente de Automatización se ejecuta en todos los servidores que ejecutaban mongod o mongos.

Nota

Este ha sido reemplazado por el Agente MongoDB.

bases de datos de respaldo

El término colectivo para los conjuntos de bases de datos MongoDB que respaldan una implementación de Ops Manager: la base de datos de la aplicación ylas bases de datos de respaldo.

agente de copias de seguridad

El componente ligero que funcionaba dentro de tu centro de datos y realizaba copias de respaldo de los procesos de MongoDB a través del protocolo de conexión de MongoDB. No se necesitaba acceso directo al sistema de archivos.

Nota

Este ha sido reemplazado por el Agente MongoDB.

base de datos de almacén de bloques de respaldo
La base de datos que almacena tus instantáneas. También se conoce como almacén de bloques. El almacén de bloques utiliza un formato de almacenamiento que divide una instantánea en fragmentos más pequeños que permiten a Ops Manager gestionar los cambios en las instantáneas. Puedes administrar almacenes de bloques desde el almacenamiento de instantáneas. El almacén de bloques es un tipo de base de datos de respaldo.
cursor de copia de seguridad
Un cursor adaptable que apunta a una lista de archivos de respaldo. A partir de FCV,4.2 Ops Manager utiliza cursores de respaldo en lugar de bases de datos principales.
Daemon de copias de seguridad

Un servicio sin cabeza requerido para la aplicación Ops Manager que es responsable del trabajo de mantenimiento de instantáneas de respaldo, como la limpieza y administración de archivos de instantáneas del sistema de archivos en el almacén del sistema de archivos.

Aunque ya no usamos una base de datos principal para snapshots, los daemons de copias de seguridad siguen siendo un componente necesario para las copias de seguridad de Ops Manager y para que respaldo consultable funcionen.

Base de datos de copias de seguridad

El conjunto de bases de datos donde se almacenan localmente los datos de respaldo. Esto incluye la base de datos 3 del almacén de registros de operaciones y cualquier base de datos de almacén de bloques de respaldo o la base de datos de metadatos del almacén de instantáneas S implementada.

Tip

trabajo de respaldo

El proceso de Ops Manager que realiza copias de seguridad de las implementaciones de MongoDB.

Para FCV 4.0 y versiones anteriores, el demonio de copia de seguridad almacena las copias de seguridad localmente como bases de datos principales. Un clúster fragmentado tendrá una base de datos principal diferente para cada fragmento.

Para FCV 4.2 y versiones posteriores, el motor de almacenamiento de WiredTiger toma instantáneas de la implementación mediante cursores de respaldo para permitir la copia puntual de los archivos de WiredTiger. Las aplicaciones pueden continuar las operaciones de lectura y escritura en la base de datos mientras WiredTiger toma la instantánea.

Puedes reasignar tareas de copias de seguridad entre los daemons de copias de seguridad.

lote

La colección de trabajos necesarios para restaurar un clúster fragmentado: un trabajo para cada fragmento y un trabajo para el servidor de configuración.

Los trabajos de restauración de conjuntos de réplicas no utilizan lotes.

bloque
Un documento de MongoDB que almacena el contenido comprimido de una porción de 64 KB a 16 MB de datos y metadatos de un archivo incluido en una instantánea. Al dividir la instantánea, Ops Manager puede realizar copias de seguridad de los datos bloque por bloque en lugar de crear copias completamente nuevas de una instantánea.
blockstore
control

Un punto temporal entre instantáneas al que se puede restaurar un clúster fragmentado. Ops Manager debe detener el balanceador cada vez que crea un punto de control. Ops Manager no requiere puntos de control y los desactiva de forma predeterminada.

Importante

Puede usar puntos de control para clústeres que ejecutan MongoDB con la versión de compatibilidad de funciones 4.0 o anterior. Se eliminaron los puntos de control de las instancias de MongoDB con la versión de compatibilidad de funciones 4.2 o posterior.

clúster
En Ops Manager, elclúster puede hacer referencia a un conjunto de réplicas o a un clúster fragmentado.
llamada de conferencia
Una solicitud de un agente MongoDB a Ops Manager para obtener la última configuración para el proyecto de ese agente, incluidos los nodos a los que se conecta el agente y qué datos respaldar.
snapshot personalizado

Una copia de seguridad del estado de su implementación de MongoDB en un momento dado entre instantáneas almacenadas. Ops Manager crea una instantánea personalizada aplicando datos de registro de operaciones a una instantánea almacenada.

deduplicación

Un proceso que elimina datos redundantes. Estos datos pueden ser copias adicionales de documentos de bases de datos o sistemas de archivos, o datos redundantes dentro de dichos documentos a nivel de bloque al escribirse en un medio de almacenamiento, como discos giratorios o de estado sólido. Solo se escriben documentos o bloques únicos en un medio de almacenamiento. Este proceso suele aplicarse a copias de seguridad o al archivado de datos.

Ejemplo

Cada destinatario de un sistema de correo electrónico puede tener su propia copia de un correo electrónico enviado a toda la empresa. Con la deduplicación, todas las copias, excepto una, se reemplazan con referencias a una única copia almacenada antes de realizar una copia de seguridad del sistema de correo electrónico. Esto reduce eficazmente la capacidad de almacenamiento necesaria para realizar una copia de seguridad de este correo electrónico en un 99 %.

implementación
Generalmente se refiere a todos los procesos de MongoDB que se ejecutan en un proyecto de Ops Manager. Laimplementación también puede referirse a un conjunto específico de procesos de MongoDB, como un clúster fragmentado o un conjunto de réplicas.
bytes sucios
Datos que se han actualizado en la memoria caché de WiredTiger pero no se han volcado al disco.
espacio de nombres excluido

Una base de datos o colección que Ops Manager no respaldará, según lo designado por su espacio de nombres.

Almacén del sistema de archivos
Un directorio en un servidor que almacena las instantáneas de las copias de seguridad de la base de datos como archivos. Puede administrar el almacenamiento del sistema de archivos desde el Almacenamiento de Instantáneas.
novios
Una tarea que elimina bloques no utilizados de un almacén de bloques y permite mover bloques de un almacén a otro. Puedes ver y gestionar los bloques de preparación desde Preparaciones y Prioridad de preparación.
group

Un conjunto específico de procesos de MongoDB y usuarios de Ops Manager. Sinónimo de proyecto.

Jefe
base de datos principal

La copia de una implementación respaldada se almacena en el servidor del Daemon de Backup. El Daemon mantiene una base de datos principal para cada fragmento o conjunto de réplicas que respalda y crea instantáneas periódicas. El Daemon almacena las bases de datos principales en el directorio principal.

A partir de FCV,4.2 onprem utiliza cursores de respaldo en lugar de bases de datos principales.

directorio principal
La partición de disco dedicada en el host del Daemon de Copia de Seguridad donde este almacena las bases de datos principales. El daemon escribe en este directorio como... mongodb-mms usuario.
host
Una máquina física, máquina virtual o contenedor que sirve uno o más procesos de MongoDB.
Sincronización inicial

Operación de MongoDB que replica datos de un miembro existente del conjunto de réplicas a un nuevo miembro. Ops Manager utiliza la sincronización inicial al crear una nueva base de datos principal.

Tip

trabajo
Ver trabajo de respaldo.
link-token
Una cadena que contiene la información necesaria para conectarse desde Ops Manager a Atlas durante una migración en vivo desde una implementación de Ops Manager a una implementación en Atlas.
host de migración

Un servidor dedicado con su propio agente MongoDB especialmente configurado para la migración en vivo. Ejecute el proceso de migración en vivo (push) en el host de migración para migrar su implementación de MongoDB a Atlas.

MongoDB Agent

Un agente liviano que puede monitorear, administrar y realizar copias de seguridad de sus bases de datos MongoDB.

vigilancia

Informes, visualización y alertas en tiempo real del estado de sus procesos MongoDB.

Agente de supervisión

El componente ligero que se ejecutaba en su centro de datos y supervisaba sus procesos MongoDB mediante el protocolo MongoDB Wire. No se requería acceso directo al sistema de archivos.

Nota

Este ha sido reemplazado por el Agente MongoDB.

namespace

La combinación del nombre de la base de datos y el nombre de la colección:

"database-name.collection-name"
oplog slice

Un lote comprimido de entradas para el registro de operaciones de cola de un fragmento o conjunto de réplicas respaldado. El agente de MongoDB crea una porción del registro de operaciones y la envía a Ops Manager, que la almacena en la base de datos del almacén de registros de operaciones.

Para FCV 4.0 y versiones anteriores, el demonio de respaldo recupera la porción y la aplica a la base de datos principal asociada.

Para FCV 4.2 y versiones posteriores, onprem recupera la porción y la almacena en la base de datos del almacén de registros de operaciones.

Oplog Store Database

La base de datos donde Ops Manager almacena fragmentos de registro de operaciones antes de aplicarlos a la copia de seguridad de una implementación.

Aplicación Ops Manager

El componente principal de Ops Manager. La aplicación proporciona la interfaz de usuario para gestionar las implementaciones de MongoDB y proporciona puntos finales para que los agentes de MongoDB transmitan datos.

Servicio HTTP de Ops Manager

La interfaz a través de la cual el Agente MongoDB se comunica con Ops Manager.

ping
Una transmisión de datos que el MongoDB Agent envía a Ops Manager para confirmar que el agente y sus procesos de MongoDB estén funcionando y sean accesibles.
restauración de un punto en el tiempo

Una restauración de base de datos que captura el estado de sus datos en un momento dado entre instantáneas. Las restauraciones puntuales tardan más en ejecutarse que las restauraciones de instantáneas.

proceso

Una instancia de MongoDB ejecutándose en un host y puerto determinados. El proceso de la base de datos de MongoDB es mongod. MongoDB también utiliza el proceso mongos para enrutar las operaciones en los clústeres fragmentados.

Proyecto

Un conjunto específico de procesos de MongoDB y usuarios de Ops Manager. Sinónimo de grupo.

Clave de API pública
Un identificador único que autentica a un usuario de Ops Manager mediante la API de administración de Ops Manager. La clave pertenece al usuario, a diferencia de la clave API del agente, que pertenece al proyecto.
copia de seguridad consultable

Una función de Ops Manager que permite acceder de forma rápida y segura a una instantánea mediante una cadena de conexión de MongoDB. Puede usar la cadena de conexión con herramientas estándar de MongoDB, como mongosh o mongodump, para acceder a la instantánea en operaciones de solo lectura.

Las copias de seguridad consultables se inician rápidamente, independientemente del tamaño total de los datos de la instantánea. Son especialmente útiles para restaurar un pequeño subconjunto de datos, como un documento eliminado accidentalmente, o para leer una sola colección con mongodump.

Objetivo del punto de recuperación
La edad máxima tolerable de los archivos de respaldo que deben recuperarse del almacenamiento para que las operaciones normales se reanuden después de que ocurra una falla o un desastre.
Objetivo de tiempo de recuperación
El tiempo máximo tolerable que un sistema puede estar fuera de línea después de que ocurre una falla o un desastre.
rol

Los permisos otorgados a un usuario de Ops Manager o MongoDB.

Tip

reinicio en secuencia

Una técnica utilizada para mantener la disponibilidad del clúster durante los períodos de mantenimiento actualizando los nodos en un conjunto de réplicas uno por uno, manteniendo siempre un nodo principal, hasta que se actualicen todos los nodos.

Tienda de instantáneas S3

Un3 bucket s en AWS que almacena 3 las instantáneas de las copias de seguridad de la base de datos como bloques. Puedes administrar el almacenamiento de bloques s desde el almacenamiento de instantáneas.

Server
Una máquina física o virtual que sirve a uno o más procesos de MongoDB.
snapshot

Copia de seguridad única de sus datos que Ops Manager captura en un intervalo específico y almacena como una instantánea en una de las siguientes ubicaciones:

Ops Manager crea instantáneas de diferentes maneras según el enlace fcv de la base de datos MongoDB:

  • Para fcv-link 4.0 o anterior, Ops Manager creó instantáneas a partir de copias de bases de datos guardadas en las bases de datos principales.

  • Para fcv-link 4.2 o posterior, Ops Manager crea instantáneas desde las secundarias.

La política de frecuencia y retención de instantáneas determina el intervalo para tomar instantáneas y durante cuánto tiempo almacenarlas.

frecuencia de snapshot y política de retención

El cronograma sobre con qué frecuencia tomar instantáneas y durante cuánto tiempo almacenarlas.

tienda de instantáneas

La ubicación donde se almacenan tus instantáneas. Existen varios tipos de almacenamiento de instantáneas, entre ellos:

motor de almacenamiento

El motor de almacenamiento de la base de datos gestiona el almacenamiento de datos en el disco. Las versiones 3.0 y posteriores de MongoDB ofrecen múltiples motores de almacenamiento.

Tip

tienda de sincronización
Durante la sincronización inicial de una implementación respaldada, Ops Manager almacena brevemente fragmentos de la implementación respaldada en un almacén de sincronización temporal en la base de datos del almacén de registros de operaciones. Ops Manager utiliza este almacenamiento mientras transmite fragmentos al demonio de respaldo.
manifiesto de versión
Lista de todas las versiones publicadas de MongoDB compatibles con una versión específica de Ops Manager. Ops Manager utiliza esta lista si se ejecuta en modo local.

Volver

Navegadores compatibles