Restaurar una snapshot completada

1. El usuario selecciona una snapshot:

   • A través de la aplicación Ops Manager:

     1. Haz clic en una snapshot.

     2. Envía su solicitud.

   • A través del API:

     1. Encuentra el clúster que deseas restaurar.

     2. Crea una nueva tarea de restauración para ese clúster.

2. Ops Manager crea un documento RestoreJob.

3. Ops Manager establece el estado del documento RestoreJob en Transferring... y comienza a transmitir la snapshot en el formato solicitado desde el almacenamiento de snapshot a Ops Manager. Cada almacenamiento de snapshot transmite sus componentes de snapshots a través de Ops Manager:

   • A almacenamiento en bloques streams

     los bloques.

   • Un almacenamiento de snapshot de S3 transmite los bloques.

4. Con el estado configurado en Waiting for Customer..., el Ops Manager crea un URL.

5. El usuario hace clic en el enlace get link, luego Download en la aplicación Ops Manager para descargar la snapshot.

haga clic para ampliar

1. El usuario selecciona una snapshot:

   • A través de la aplicación Ops Manager:

     1. Haz clic en una snapshot.

     2. Envía su solicitud.

   • A través de la API:

     1. Encuentra el clúster que deseas restaurar.

     2. Crea una nueva tarea de restauración para ese clúster.

2. Ops Manager crea un documento RestoreJob.

3. El servicio daemon de copias de seguridad recoge el documento RestoreJob y establece el estado de este documento RestoreJob en Waiting for Customer....

4. Con el estado configurado en Waiting for Customer..., el Administrador de Operaciones crea una URL.

5. El usuario hace clic en el enlace get link, luego Download en la aplicación Ops Manager para descargar la snapshot.

6. Ops Manager establece el estado del documento RestoreJob en Transferring... y comienza a transmitir el snapshot en el formato solicitado desde el almacenamiento de snapshot al host de snapshot de destino. Cada almacenamiento de snapshot transmite sus componentes de snapshots a través de Ops Manager:

   • A almacenamiento en bloques streams

     los bloques.

   • Un almacenamiento de snapshot de S3 transmite los bloques.

   • Un almacenamiento del sistema de archivos transmite los archivos.

Este proceso funciona como la sincronización de datos del set de réplicas.

El proceso de copia de seguridad:

1. Realiza una sincronización inicial para respaldar todos tus datos existentes en su estado actual. En clusters particionados, esto ocurre en cada partición y en los servidores de configuración.

   Nota

   Condiciones o acciones que reinician la sincronización inicial

   Durante el proceso de sincronización inicial, ciertas acciones o condiciones pueden reiniciar el proceso de sincronización inicial. Evite las siguientes acciones y condiciones:

   Acciones a Evitar durante la Sincronización Inicial:

   • Reiniciar, apagar o cambiar la versión o el valor de compatibilidad de características entre versiones de la base de datos origen.

   • Renombrar la colección de la base de datos de origen.

   • Cambio del valor $out en la Pipeline de agregación de la base de datos fuente.

   • Reiniciando o apagando la aplicación Ops Manager o el daemon de copias de seguridad.

   • Reiniciar, apagar o actualizar el MongoDB Agent.

   Condiciones a evitar durante la sincronización inicial:

   • Directorio principal está lleno.

   • La conectividad de red entre los componentes de Ops Manager es inestable.

2. Toma capturas instantáneas del data directorio en una implementación tan a menudo como lo especifica tu cronograma de snapshots y luego transfiere los snapshots a un sistema de almacenamiento.

   Nota

   Los clústeres fragmentados también pueden habilitar puntos de control para permitir restauraciones en puntos en el tiempo entre snapshots. Para aprender cómo los clústeres particionados utilizan puntos de control, consulta puntos de control.

   Importante

   Puedes utilizar puntos de control para clústeres que ejecuten MongoDB con la compatibilidad de características entre versiones del 4.0 o anterior. Los puntos de control se eliminaron de las instancias de MongoDB con una compatibilidad de características entre versiones de 4.2 o superior.

3. Monitoriza el oplog constantemente y añade nuevas operaciones de base de datos a la última copia de seguridad para mantener la copia local de Ops Manager de los datos actualizada.

El proceso de copia de seguridad funciona de esta manera independientemente de cómo se almacenen los snapshots.