- agente
- Un programa ligero que ofrece una interfaz entre los procesos de MongoDB y Ops Manager.
- clave API del agente
Un identificador único que autentica un proyecto Agentes MongoDB en Ops Manager. Un proyecto puede tener múltiples agentes API keys.
- 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 se diferencia de la autorización, que otorga permiso para realizar determinadas acciones en una base de datos MongoDB.
- Automatización
La gestión asistida de los procesos de MongoDB a través de la interfaz de Ops Manager. Los Agentes de MongoDB instalados en sus hosts de MongoDB le permiten implementar, configurar y actualizar procesos de MongoDB directamente desde Ops Manager.
- agente de automatización
El componente ligero que había automatizado las tareas de gestión más comunes. El agente de automatización se ejecuta en cada servidor que haya ejecutado un mongod o un 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 almacenamiento en bloques de copias de seguridad
- La base de datos que almacena tus capturas instantáneas. La base de datos también se conoce simplemente como el almacenamiento en bloques. El blockstore utiliza un formato de almacenamiento que analiza un snapshot en fragmentos más pequeños que permiten al Ops Manager administrar los cambios de snapshot. Se pueden administrar los blockstores desde el Almacenamiento de Instantáneas. El almacenamiento en bloques es un tipo de base de datos de copias de seguridad.
- cursor de copia de seguridad
- Un cursor con seguimiento que apunta a una lista de archivos de copia de seguridad. Comenzando con compatibilidad de características entre versiones 4.2, Ops Manager usa cursores de copia de seguridad en lugar de bases de datos principales.
- Daemon de copias de seguridad
Un servicio headless necesario para la aplicación de Ops Manager, encargado del trabajo de mantenimiento de snapshots de copia de seguridad, tales como la limpieza y la gestión de archivos de snapshot del sistema de archivos en el almacenamiento 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 onprem almacena datos de copia de seguridad. Esto incluye la Base de datos de la Oplog Store y cualquier base de datos de almacenamiento en bloques de copias de seguridad o base de datos de metadatos del S3 almacenamiento de snapshot desplegada.
- trabajo de respaldo
El proceso de Ops Manager que respalda implementaciones de MongoDB.
El motor de almacenamiento WiredTiger toma instantáneas de su implementación usando cursores de copia de seguridad 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 snapshot.
Puedes reasignar tareas de copias de seguridad entre los daemons de copias de seguridad.
Tip
- lote
La colección de tareas necesarias para restaurar un clúster particionado: una tarea por cada partición y una tarea 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 respaldar los datos bloque por bloque en lugar de crear nuevas copias completas de la instantánea.
- blockstore
- clúster
- En Ops Manager, clúster puede referirse ya sea a un set de réplicas o a un clúster fragmentado.
- llamada de conferencia
- Una solicitud de un MongoDB Agent a Ops Manager para obtener la configuración más reciente del Proyecto de ese agente, incluyendo los nodos a los que se conecta el agente y qué datos respaldar.
- snapshot personalizado
Una copia de seguridad del estado de tu implementación de MongoDB en un momento determinado entre snapshots almacenadas. Ops Manager compila un snapshot personalizado aplicando datos de oplog a un snapshot almacenado.
- deduplicación
Un proceso que elimina datos redundantes. Estos datos pueden ser copias adicionales de la base de datos o documentos del sistema de archivos, o datos redundantes dentro de esos documentos a nivel de bloque cuando se escriben en un medio de almacenamiento como discos giratorios o de estado sólido. Solo documentos únicos o bloques se escriben en un medio de almacenamiento. Este proceso suele aplicarse a copias de seguridad o al archivo 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
- Por lo general, se refiere a todos los procesos de MongoDB que se ejecutan dentro de un proyecto de Ops Manager. Implementación también puede referirse a un conjunto específico de procesos de MongoDB, como un clúster fragmentado específico o un set de réplicas.
- bytes sucios
- Datos que se han actualizado en la caché de WiredTiger pero que no se han guardado en el disco.
- espacio de nombres excluido
Una base de datos o colección que Ops Manager no respaldará, según lo designado por su namespace.
- Almacén del sistema de archivos
- Un directorio en un servidor que almacena tus snapshots de copia de seguridad de base de datos como archivos. Puedes administrar el almacenamiento del sistema de archivos desde el Almacenamiento de instantáneas.
- novios
- Una tarea que remueve bloques no utilizados en un almacenamiento en bloques y que puede mover bloques de un almacenamiento en bloques a otro. Puedes ver y gestionar los turnos de peluquería desde Turnos de Peluquería y Prioridad de Peluquería.
- group
Un conjunto distinto de procesos de MongoDB y usuarios de Ops Manager. Sinónimo de proyecto.
- cabeza
- base de datos principal
La copia de una implementación respaldada almacenada en el servidor del daemon de copias de seguridad. El daemon mantiene una base de datos principal para cada partición o set de réplicas que respalda y crea snapshots periódicas. El Daemon almacena las bases de datos principales en el directorio principal.
A partir de FCV 4.2, onprem utiliza cursores de copia de seguridad en lugar de bases de datos principales.
- directorio principal
- La partición de disco dedicada en el host del daemon de copias de seguridad donde el Backup Daemon almacena las bases de datos principales. El demonio escribe en este directorio como el
mongodb-mmsuser. - host
- Una máquina física, máquina virtual o contenedor que sirve uno o más procesos de MongoDB.
- Sincronización inicial
La operación de MongoDB que replica datos de un nodo existente del conjunto de réplicas a un nuevo nodo. Ops Manager utiliza la sincronización inicial al crear una nueva base de datos principal.
Tip
Sincronización de datos del set de réplicas en el manual de MongoDB
- tarea
- See tarea de copia de seguridad.
- 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 MongoDB Agent especialmente configurado para la migración en vivo. Ejecutas el proceso de Migración en Vivo (push) en el host de migración para migrar la implementación de MongoDB a Atlas.
- MongoDB Agent
Un agente ligero que puede supervisar, gestionar y respaldar tus bases de datos MongoDB.
- Monitoring
El reporte, visualización y notificación en tiempo real del estado de tus procesos de MongoDB.
Tip
- Agente de supervisión
El componente ligero que había estado ejecutándose dentro de su centro de datos y supervisando sus procesos de MongoDB a través del protocolo de conexión de MongoDB. No se necesitó 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 oplog extraído de una partición respaldada o set de réplicas. El MongoDB Agent crea una porción de oplog y la envía a Ops Manager, que la almacena en la Base de datos de almacenamiento de Oplog.
Ops Manager recupera la porción y la almacena en la base de datos de Oplog Store.
Tip
- Oplog Store Database
La base de datos donde Ops Manager almacena porciones de oplog antes de aplicarlas a una copia de seguridad de la implementación.
Tip
- 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 MongoDB Agent 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 a un punto específico del tiempo
Una restauración de base de datos que captura el estado de tus datos en un momento intermedio entre capturas de pantalla. Las restauraciones a un punto específico del tiempo tardan más que las restauraciones de snapshots.
- 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.
- llave pública de API
- Un identificador único que autentica a un usuario de Ops Manager a través de 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.
- respaldo consultable
Una funcionalidad proporcionada por Ops Manager en la que Ops Manager hace que un snapshot determinado sea accesible rápida y seguramente a través de una cadena de conexión MongoDB. Se puede utilizar la cadena de conexión con herramientas estándar de MongoDB como
mongosho mongodump para acceder el snapshot para operaciones de solo lectura.Los respaldos consultables se inician rápidamente independientemente del tamaño total de datos de la snapshot. Son especialmente útiles para restaurar un pequeño subconjunto de datos, como un documento que se haya borrado accidentalmente, o para leer una sola colección con mongodump.
- Objetivo de Punto de Recuperación (RPO)
- 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
- La longitud máxima de tiempo tolerable que un sistema puede estar fuera de línea después de que ocurra una falla o desastre.
- rol
Los permisos otorgados a un usuario de Ops Manager o MongoDB.
Tip
Roles de Ops Manager para roles de usuario de Ops Manager
Roles incorporados en el manual de MongoDB para roles de usuario de MongoDB
- reinicio en secuencia
Una técnica utilizada para mantener la disponibilidad del clúster durante períodos de mantenimiento actualizando los nodos en un set de réplicas uno por uno, manteniendo siempre un nodo primario, hasta que todos los nodos estén actualizados.
- almacén de snapshots de 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 los datos que Ops Manager recopila en un intervalo específico y almacena como un snapshot en una de las siguientes ubicaciones:
Ops Manager crea instantáneas a partir de secundarias.
La Frecuencia de snapshot y política de retención determina el intervalo para tomar snapshots y durante cuánto tiempo almacenarlas.
- frecuencia de snapshot y política de retención
El cronograma para determinar con qué frecuencia tomar snapshots y durante cuánto tiempo almacenarlos.
- tienda de instantáneas
La ubicación donde se almacenan tus snapshot. Hay varios tipos de almacenamientos de snapshot, entre los que se incluyen:
- 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
Preguntas frecuentes sobre el almacenamiento de MongoDB en el manual de MongoDB
- almacén de sincronización
- Durante la sincronización inicial de una implementación respaldada, Ops Manager almacena temporalmente fragmentos de la implementación respaldada en un almacén de sincronización temporal en la base de datos del almacén de Oplog. Ops Manager utiliza el almacenamiento mientras transmite fragmentos al daemon de copias de seguridad.
- manifiesto de versión
- Lista de todas las versiones de MongoDB lanzadas que una versión particular de Ops Manager soporta. Ops Manager utiliza esta lista si se ejecuta en modo local.