Proceso de copia de seguridad

1. 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 mongod determina 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.

2. Una vez que el proceso determina el nodo de origen para la instantánea, el proceso de respaldo abre mongod un $backupCursor en 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.

3. La función de copia de seguridad del agente MongoDB copia y procesa estos archivos de datos.

4. La función de copia de seguridad del agente MongoDB envía los archivos de datos a Ops Manager.

5. 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:

   1. Bloques a un almacén de bloques. Fragmentos binarios escritos en una base de datos MongoDB en el host de Ops Manager.

   2. 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.

   3. Archivos de snapshot a un almacenamiento del sistema de archivos.

Copia de seguridad inicial

1. El agente MongoDB habilitado para copia de seguridad se conecta y se autentica con las bases de datos asociadas con el trabajo de copia de seguridad.

2. La sincronización inicial comienza y entra en su starting fase. Esta sincronización es una transición entre Inactive y.Active Pasa por una serie de fases que se muestran en la Backup página para mostrar el progreso. Backup transmite los datos existentes a Ops Manager en 10 paquetes de documentos comprimidos de MB, denominados porciones. Backup crea porciones en el momento en que se creó la instantánea. Ops Manager captura los datos insertados en la instancia una vez que la instantánea se inicia por separado.

3. La transferring fase comienza cuando las porciones se transmiten y almacenan temporalmente en el almacén de registros de operaciones en nombre del demonio de copia de seguridad. El servicio del demonio de copia de seguridad no puede dedicarse a procesar el gran flujo de porciones de sincronización iniciales a expensas de procesar otras tareas de copia de seguridad. El almacén de registros de operaciones almacena las porciones hasta que el demonio de copia de seguridad pueda recuperarlas. El almacén de registros de operaciones se crea al crear el primer almacén de instantáneas.

4. Mientras Backup transmite los datos, rastrea el registro de operaciones. Este rastreo recopila cualquier diferencia entre el estado de la base de datos de implementación al inicio de la copia de seguridad y su estado actual. Las entradas del registro de operaciones se envían en 10 paquetes comprimidos de MB, denominados fragmentos del registro de operaciones. Estos dos flujos de fragmentos se recopilan en paralelo para reducir el tiempo necesario para crear una instantánea completa.

5. La building fase comienza una vez que Ops Manager recibe el primer lote de segmentos de sincronización iniciales. En esta fase, Ops Manager crea una versión local de la base de datos respaldada, denominada base de datos principal, en el host que ejecuta el servicio Backup Daemon.

6. Ops Manager utiliza el servicio Backup Daemon para insertar los documentos almacenados en Oplog Store en la base de datos principal.

7. La fase applying oplogs comienza cuando Ops Manager aplica las entradas del registro de operaciones de cola en la base de datos principal.

8. Durante la fase fetching missing documents, Ops Manager consulta la base de datos de implementación para identificar los documentos faltantes durante la inserción. Ops Manager inserta los documentos faltantes encontrados en la base de datos de implementación en la base de datos principal.

9. Tras insertar los documentos faltantes, comienza la fase creating indexes, en la que Ops Manager crea todos los índices encontrados en las bases de datos de implementación de la base de datos principal. Al finalizar los índices, finaliza la sincronización inicial y la fase cambia a complete.

10. Dependiendo de qué almacén de instantáneas elija para almacenar su instantánea, una instantánea se puede escribir como:

    1. Bloques para un almacén de bloques.

    2. 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.

    3. Archivos de snapshot a un almacenamiento del sistema de archivos.

Copias de seguridad posteriores

La base de datos principal funciona como una copia completa de la base de datos de implementación. Necesita que se le apliquen registros de operaciones regularmente para mantener sus datos sincronizados con la base de datos de implementación. Las instantáneas se generan a partir de los datos almacenados en la base de datos principal según su programación de instantáneas.

Una vez completada la primera copia de seguridad completa, cada trabajo de copia de seguridad activo sigue este proceso:

1. La copia de seguridad sigue el registro de operaciones de la implementación.

2. La copia de seguridad agrupa rutinariamente nuevas entradas de oplog en porciones de oplog y las transfiere a Ops Manager.

3. Ops Manager almacena las entradas del registro de operaciones en el almacén de registros de operaciones.

4. Ops Manager aplica las nuevas entradas de oplog de las particiones de oplog a la base de datos principal que almacena la copia de seguridad de la implementación.

5. Ops Manager crea una nueva instantánea y la almacena en el almacén de instantáneas según lo especificado en su programación de instantáneas.