Estas preguntas frecuentes abordan preguntas comunes sobre Ops Manager y cómo realiza copias de seguridad y restaura bases de datos y colecciones.
La introducción del Agente MongoDB y el nuevo proceso de respaldo para MongoDB 4.2 con un FCV de 4.2 Hemos modificado algunas de estas respuestas. Estas incluyen advertencias que explican el impacto de estas nuevas funciones en las respuestas existentes.
Requisitos
¿Qué versión de MongoDB requiere la función de copia de seguridad?
Serie de lanzamiento de Ops Manager | 1.6 a 1.8 | 2.0 a 3.2 | 3.4 | 3.6 | 4.0 | 4.2 |
|---|---|---|---|---|---|---|
Versión mínima de MongoDB 2.4 | 2.4.3 | 2.4.3 | 2.4.3 | 2.4.0 [1] | ||
Versión mínima de MongoDB 2.6 | 2.6.0 | 2.6.0 | 2.6.0 | 2.6.0 | 2.6.0 | 2.6.0 [2] |
Versión mínima de MongoDB 3.0 | 3.0.0 | 3.0.0 | 3.0.0 | 3.0.0 | 3.0.0 | 3.0.0 [2] |
Versión mínima de MongoDB 3.2 | 3.2.0 | 3.2.0 | 3.2.0 | 3.2.0 | 3.2.0 | |
Versión mínima de MongoDB 3.4 | 3.4.0 | 3.4.0 | 3.4.0 | 3.4.0 | ||
Versión mínima de MongoDB 3.6 | 3.6.0 | 3.6.0 | 3.6.0 | |||
Versión mínima de MongoDB 4.0 | 4.0.0 | 4.0.0 | ||||
Versión mínima de MongoDB 4.2 | 4.2.0 |
| [1] | Solo monitoreo |
| [2] | (,1 2) Solo monitoreo y respaldo |
¿Qué permisos de MongoDB requiere la copia de seguridad?
Si está realizando una copia de seguridad de una instancia de MongoDB que tiene la autenticación habilitada, el Agente de MongoDB requiere los privilegios descritos para la función de copia de seguridad del Agente de MongoDB.
¿Cómo mide Ops Manager el tamaño de los datos?
Ops Manager utiliza las siguientes conversiones para medir el tamaño de la instantánea y la cantidad de datos del registro de operaciones que se han procesado:
1 MB = 1024 2 bytes (1 MiB)
1 GB = 1024 3 bytes (1 GiB)
1 TB = 1024 4 bytes (1 TiB)
¿Funciona la copia de seguridad con todo tipo de implementaciones?
Para MongoDB 4.2 y versiones posteriores, consulte Consideraciones de respaldo para bases de datos.
Para cualquier MongoDB con FCV
4.0y bases de datos anteriores, Backup no admite implementaciones independientes. Backup es totalmente compatible con conjuntos de réplicas y clústeres fragmentados.
¿Por qué la función de copia de seguridad no admite implementaciones independientes?
Ops Manager copia datos del registro de operaciones para proporcionar una copia de seguridad continua con recuperación en un momento dado. Ops Manager no admite la copia de seguridad de hosts independientes porque no tienen un registro de operaciones. Para realizar copias de seguridad con una sola mongod instancia, puede ejecutar un conjunto de réplicas de un solo miembro.
Operaciones
¿Cómo funciona la función de copia de seguridad?
Para obtener más información sobre la función de copia de seguridad, consulte Proceso de copia de seguridad.
¿La copia de seguridad afectará mis bases de datos de producción?
Nota
Esta respuesta se aplica solo a bases de datos que ejecutan MongoDB con FCV 4.0 y versiones anteriores
La función de copia de seguridad suele tener un impacto mínimo en las implementaciones de producción de MongoDB. Este impacto es similar al de añadir una réplica secundariaa un conjunto de réplicas.
De forma predeterminada, el agente realiza su sincronización inicial (la operación que consume más recursos para las copias de seguridad) con un miembro secundario del conjunto de réplicas para limitar su impacto. Opcionalmente, puede configurar el agente de copia de seguridad para que realice la sincronización inicial con el miembro principal del conjunto de réplicas, aunque esto aumenta el impacto de la sincronización inicial.
¿Cómo mantengo un conjunto de réplicas con la copia de seguridad habilitada?
La mayoría de las operaciones en un conjunto de réplicas se replican a través del registro de operaciones y, por lo tanto, quedan capturadas por el proceso de copia de seguridad.
Construcciones de índices móviles.
Usando
compactorepairDatabasepara recuperar una cantidad significativa de espacio.La resincronización no es estrictamente necesaria después de
compactorepairDatabaseoperaciones, pero garantizará que la copia de los datos de Ops Manager cambie de tamaño, lo que significa restauraciones más rápidas.
Agente de respaldo heredado
La función de copia de seguridad se ha trasladado al Agente de MongoDB con la función de copia de seguridad activada. Esto reemplaza al Agente de Copia de Seguridad individual. Esta información aborda problemas específicos del Agente de Copia de Seguridad heredado. Toda esta información se aplica a las bases de datos MongoDB que ejecutan FCV 4.0 o versiones anteriores.
¿Dónde debo ejecutar el agente de respaldo?
Ejecuta el agente de copia de seguridad en un host:
Es independiente de las instancias de MongoDB. Esto evita la contención de recursos del sistema.
Puede conectarse a sus instancias de MongoDB. Compruebe la configuración de red para ver las conexiones entre el agente y los hosts de MongoDB. Para obtener una lista de los puertos necesarios, consulte los puertos abiertos para los agentes.
Tiene al menos 2 núcleos de CPU y 3 GB de RAM por encima de los requisitos de la plataforma. Con cada trabajo de copia de seguridad que ejecuta, el Agente de Copia de Seguridad impacta aún más el rendimiento del host.
¿Puedo ejecutar los agentes de copia de seguridad y supervisión en un solo sistema?
No existe ninguna restricción técnica que impida que el agente de copias de seguridad y la Supervisión funcionen en un solo sistema o host. Sin embargo, ambos agentes tienen requisitos de recursos, y ejecutarlos en un solo sistema puede afectar la capacidad de estos agentes para soportar tu implementación en Ops Manager.
Los recursos requeridos por el Agente de Backup dependen de la velocidad y el tamaño de las nuevas entradas de oplog (es decir, el total de gigabytes/hora de oplog producidos). Los recursos que requiere el Monitoreo dependen de la cantidad de instancias monitoreadas mongod y la cantidad total de bases de datos proporcionadas por las mongod instancias.
¿Puedo ejecutar varios agentes de respaldo para lograr alta disponibilidad?
Puede ejecutar varios agentes de respaldo para lograr alta disponibilidad. Si lo hace, los agentes de respaldo deben ejecutarse en hosts diferentes.
Al ejecutar varios agentes de respaldo, solo un agente por proyecto es el principal. Este realiza las copias de seguridad. Los demás agentes permanecen completamente inactivos, excepto para registrar su estado en espera y para consultar periódicamente a Ops Manager si deben convertirse en el principal.
¿El agente de backup modifica mi base de datos?
El Agente de Backup escribe un pequeño token, llamado punto de control, en el registro de operaciones de la base de datos de origen a intervalos regulares. Estos tokens proporcionan un latido para las copias de seguridad y no afectan la implementación de origen. Cada token ocupa menos de 100 bytes.
¿Cómo afecta la sincronización de copia de seguridad inicial al rendimiento de la base de datos?
El impacto de la sincronización inicial de la copia de seguridad debería ser similar al de sincronizar un nuevo miembro del conjunto de réplicas secundario. El agente de copia de seguridad no limita su actividad e intenta realizar la sincronización lo más rápido posible.
Filtros de espacio de nombres
Nota
El filtrado de espacios de nombres solo es compatible con las versiones 6.0.8 y posteriores de Ops Manager. Sus implementaciones de MongoDB deben tener valores featureCompatibilityVersion de 4.0 y anteriores, o 6.0.1 y posteriores.
¿Cómo puedo evitar que Ops Manager realice una copia de seguridad de una colección?
Ops Manager proporciona un filtro de espacios de nombres que le permite especificar qué colecciones o bases de datos respaldar.
¿Cómo puedo cambiar los espacios de nombres que se respaldan?
Para editar el filtro, consulte Editar la configuración de una copia de seguridad. Cambiar el filtro de espacios de nombres podría requerir una resincronización. En ese caso, Ops Manager se encarga de la resincronización.
¿Cómo puedo usar Backup si los trabajos de Backup no se pueden vincular?
La razón más común por la que los trabajos no se vinculan a un demonio de respaldo es porque ningún demonio tiene espacio para una copia local del conjunto de réplicas respaldado.
Para aumentar la capacidad para que el trabajo de respaldo pueda vincularse, debe:
Puede agregar un demonio de respaldo adicional.
No se pueden utilizar bases de datos de cabecera.
¿Cómo resuelvo applyOps los errores durante las copias de seguridad?
Si nota errores constantes applyOps en los comandos en sus registros de respaldo, esto puede indicar que el demonio se ha quedado sin espacio.
Para aumentar el espacio en un demonio para soportar operaciones continuas, debes:
Puede aumentar el tamaño del sistema de archivos que contiene
head directory.No se pueden utilizar bases de datos de cabecera.
Restauración de datos
Ops Manager produce una copia de sus archivos de datos que puede usar para iniciar una nueva implementación.
¿Cómo proporciona Ops Manager restauración a un punto específico del tiempo?
Importante
Ops Manager 4.2.13 y versiones posteriores admiten esta función con FCV 4.2 o versiones posteriores.
Al activar la restauración, Ops Manager crea un enlace a esta instantánea. Al hacer clic, Ops Manager recupera fragmentos del almacén de instantáneas y los transmite al host de destino.
Luego, la utilidad de restauración de copia de seguridad de MongoDB que se ejecuta en ese host descarga y aplica entradas de registro de operaciones para llegar al punto en el tiempo especificado.
La capacidad de Ops Manager para proporcionar una restauración a un punto específico del tiempo depende de la política de retención de los snapshots y de la ventana configurada de punto en el tiempo.
Para obtener más información sobre la política de retención y la ventana de punto en el tiempo, consulta Editar el cronograma de snapshots y la política de retención.
¿Puedo tomar instantáneas con una frecuencia mayor a cada 6 horas?
No. Ops Manager no admite una programación de instantáneas con una frecuencia mayor a 6 horas. Para obtener más información, consulte la Política de frecuencia y retención de instantáneas.
¿Puedo establecer mi propia política de retención de instantáneas?
Sí. Puedes cambiar el horario a través del Edit Snapshot Schedule Opción de menú para una implementación respaldada. Los administradores pueden cambiar la frecuencia de las instantáneas y la política de retención mediante el recurso snapshotSchedule en la API.
¿Cuánto tiempo se tarda en crear una instantánea de restauración?
Ops Manager transmite todas las copias de seguridad en formato comprimido desde el host de Ops Manager a su infraestructura.
Además, las restauraciones en un punto en el tiempo dependen de la cantidad de entradas del registro de operaciones que su host debe aplicar a la instantánea recibida para avanzar al punto en el tiempo solicitado de la copia de seguridad.
¿La funcionalidad de copia de seguridad realiza alguna validación de datos?
Backup realiza comprobaciones básicas de corrupción y emite una alerta si algún componente (por ejemplo, el agente) está inactivo o dañado, pero no realiza una validación explícita de datos. Al detectar corrupción, Ops Manager actúa con precaución, invalida la copia de seguridad actual y envía una alerta.
¿Cómo restauro una instantánea?
Puede solicitar una restauración a través de Ops Manager, donde podrá elegir qué instantánea restaurar y cómo desea que Ops Manager la entregue. Todas las restauraciones requieren autenticación de factor 2. Si tiene configurado el servicio de SMS, Ops Manager le enviará un código de autorización por SMS. Debe introducir el código de autorización en la interfaz de copia de seguridad para iniciar el proceso de restauración.
Nota
Desde India, usa Google Authenticator para la autenticación de dos factores. Google Authenticator es más fiable que la autenticación mediante SMS a números de teléfono móvil de India (es decir, código de país 91).
¿Qué se entrega cuando restauro una instantánea?
Ops Manager entrega restauraciones como archivos tar.gz de archivos de datos de MongoDB.
Para obtener más información sobre las restauraciones, consulte Restaurar implementaciones de MongoDB.
¿Cómo realiza Ops Manager el retroceso de los datos respaldados?
Importante
En las implementaciones de MongoDB con FCV 4.2 o posterior, las reversiones no afectan a los datos respaldados en Ops Manager. A partir de 4.2 FCV, Ops Manager solo conserva las instantáneas con marcas de tiempo hasta el punto de confirmación mayoritario, incluido.
Si su implementación de MongoDB experimenta una reversión, Ops Manager también revierte los datos respaldados.
Ops Manager detecta la reversión cuando un cursor de cola encuentra una discrepancia en las marcas de tiempo o hashes de las operaciones de escritura. Ops Manager entra en estado de reversión y prueba tres puntos en el registro de operaciones del conjunto de réplicas principal para localizar un punto común en el historial. La reversión de Ops Manager se diferencia de la reversión secundaria de MongoDB en que el punto común no tiene que ser necesariamente el más reciente.
Cuando Ops Manager encuentra un punto común, el servicio invalida las entradas del registro de operaciones y las instantáneas posteriores a ese punto y revierte a la instantánea más reciente anterior al punto común. Ops Manager reanuda entonces las operaciones de copia de seguridad normales.
Si Ops Manager no puede encontrar un punto común, comuníquese con el soporte de MongoDB para obtener ayuda.