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. Presentar 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 3 almacén de instantáneas S 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. Presentar 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 3 almacén de instantáneas S 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.

   • Cambiar el nombre de 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.

   • Reiniciar o apagar la aplicación Ops Manager o el Backup Daemon.

   • 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 con la frecuencia que especifique su programación de instantáneas y luego transfiere las instantáneas a un sistema de almacenamiento.

   Nota

   Los clústeres fragmentados también pueden habilitar puntos de control para permitir restauraciones en momentos concretos entre instantáneas. Para saber cómo los clústeres fragmentados utilizan puntos de control, consulte 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.