Las copias de seguridad dependen de qué Versión de MongoDB compatible con su base de datos. Para MongoDB,4.4 la versión de compatibilidad de funciones (FCV) puede ser 4.2 o 4.4. Para implementaciones con FCV 4.2 o posterior, Ops Manager requiere abrir un $backupCursor en el host de origen de la copia de seguridad para copiar los archivos de datos y capturar una instantánea. Esto requiere al menos un agente de MongoDB con un módulo de copia de seguridad habilitado y ubicado en los servidores que contienen los datos por cada fragmento o conjunto de réplicas. El agente abre un $backupCursor en el motor de almacenamiento para permitir la copia de archivos de base de datos de forma consistente y sin dejar de aceptar escrituras.
El seguimiento del registro de operaciones del nodo principal es necesario para las copias de seguridad. Esta tarea suele ser realizada por el agente de MongoDB con un módulo de copia de seguridad habilitado en el nodo principal del fragmento de datos o del conjunto de réplicas.
El proceso de copia de seguridad toma una instantánea del directorio de datos en su Intervalos de instantáneas programados. Este proceso copia los archivos de datos en una implementación de MongoDB y los envía por la red mediante Ops Manager a su almacenamiento de instantáneas existente. Su implementación aún puede gestionar operaciones de lectura y escritura durante el proceso de copia.
El proceso de copia de seguridad funciona de esta manera independientemente de cómo se almacenen los snapshots.
Nota
Con el nuevo proceso de copia de seguridad, ya no hay sincronización inicial. Como resultado de no tener sincronizaciones iniciales, Ops Manager puede dar soporte a un arreglo más amplio de clientes, como aquellos que hacen un uso intensivo de renameCollection.
Nota
Integración con plataformas de respaldo de terceros
Puede integrar Ops Manager con una plataforma de copia de seguridad de terceros compatible para realizar copias de seguridad y restauraciones de sus clústeres de MongoDB sin depender únicamente de las herramientas nativas de MongoDB. Para obtener más información, consulte Copia de seguridad y restauración con plataformas de terceros.
Definición de copia de seguridad y estados operativos
Cada copia de seguridad se define como un trabajo. Cada trabajo define la cantidad y la frecuencia de las copias de seguridad de datos. Las tareas de copia de seguridad se definen por proyecto.
Estados operacionales
La siguiente tabla enumera los estados de un trabajo de copia de seguridad:
Estado | Conservar instantáneas antiguas | Crear nuevas instantáneas |
|---|---|---|
| Sí | Sí |
| Sí | No |
| No | No |
| Sí | No |
Nota
El Misconfigured estado se aplica únicamente a la copia de seguridad regional.
Cambiar estados operativos
Una vez que las tareas de copia de seguridad se activan para un proyecto, se ejecutan sin intervención hasta que se detienen o finalizan. El operador puede cambiar el estado de una copia de seguridad de las siguientes maneras:
Estado inicial | Estado deseado | Método |
|---|---|---|
| Active | Haga clic en Start. |
| Stopped | Haga clic en Stop. |
| Active | Haga clic en Restart. |
| Inactive | Haga clic en Terminate. ADVERTENCIA: Terminate Elimina todas las copias de seguridad conservadas. |
Flujos de procesos de copia de seguridad
Una vez creado, una tarea de copia de seguridad pasa por el siguiente flujo de proceso:
Cuando el clúster está listo para su instantánea programada, determina el nodo óptimo disponible para tomarla. En la mayoría de los casos, el
mongoddetermina el miembro secundario con menor prioridad como el nodo de instantánea preferido. Otras métricas pueden influir en la determinación del nodo preferido, como la actualización del secundario con el principal y el miembro de la instantánea previamente seleccionada.Una vez que el proceso determina el nodo de origen para la instantánea, el proceso de respaldo abre
mongodun$backupCursoren el nodo de destino.$backupCursor, un mecanismo de capa de motor de almacenamiento, permite que los archivos de base de datos en el almacenamiento se copien en un estado consistente mientras aún se aceptan escrituras.La función de copia de seguridad del agente MongoDB copia y procesa estos archivos de datos.
La función de copia de seguridad del agente MongoDB envía los archivos de datos a Ops Manager.
El proceso de copia de seguridad recopila y transfiere estos archivos al almacén de instantáneas que elija para guardar su copia de seguridad. Según el almacén de instantáneas que elija, una instantánea puede escribirse como:
Bloques a un almacén de bloques. Fragmentos binarios escritos en una base de datos MongoDB en el host de Ops Manager.
Bloques a un bucket de AWS S.3 Los metadatos de esos bloques se escriben en una base de datos MongoDB en el host de Ops Manager.
Archivos de instantáneas en un almacén del sistema de archivos. El Daemon de copia de seguridad, propietario del trabajo de copia de seguridad de la réplica, crea una instantánea completa combinando los bloques modificados y nuevos con los bloques sin cambios de la última instantánea. Si el Daemon de copia de seguridad, propietario del trabajo de copia de seguridad, deja de funcionar, deberá recuperarlo o mover la base de datos principal a otro Daemon.
Nota
Para obtener más información sobre las características de cada método de almacenamiento, consulte Opciones de configuración de copia de seguridad.
Copia de seguridad regional
Puede asignar trabajos de copia de seguridad a regiones de implementación para la regionalización de copias de seguridad y así promover el aislamiento de datos. Al asignar un trabajo de copia de seguridad a una región de implementación, Ops Manager escribe todas las instantáneas, registros de operaciones y datos de sincronización que genera el trabajo en el almacenamiento correspondiente configurado para esa región. La copia de seguridad regional está disponible para conjuntos de réplicas y clústeres fragmentados. Para habilitar la copia de seguridad regional en un clúster fragmentado, debe asignar regiones de implementación e iniciar trabajos de copia de seguridad para cada fragmento por separado.
Para determinar si la copia de seguridad regional está habilitada en su implementación, puede verificar lo siguiente en el panel Continuous Backup.
Backup Region en la esquina superior derecha se muestra la región de implementación del grupo de forma predeterminada y, si el proyecto está habilitado para copia de seguridad regional, muestra la leyenda Multi-Region.
Regional Backup La columna se muestra en el tablero.