Restaurar desde un punto en el tiempo específico

Considerations

• La restauración en un punto en el tiempo de Ops Manager puede tener brechas en el registro de operaciones en algunas situaciones como las siguientes:

  • Si el seguimiento del oplog se detiene debido a un problema con tarea de copia de seguridad sigue el registro de operaciones y este se sobrescribe antes de que el MongoDB Agent lo vuelva a seguir.

  • Después de un cambio de topología hasta que Ops Manager complete una nueva instantánea.

  • Después del cambio de compatibilidad de características entre versiones, que causa una brecha entre el momento en que Ops Manager detecta el cambio de compatibilidad de características entre versiones y cuando Ops Manager completa una nueva snapshot. No se puede aplicar una restauración a un punto específico del tiempo entre cambios de versión de MongoDB.

  • Después de una restauración hasta que Ops Manager complete una nueva instantánea.

• Si existe un gap en el oplog después de que Ops Manager haya realizado la última snapshot, la restauración a un punto específico del tiempo fallará si se selecciona una hora de restauración posterior al inicio del gap en el oplog pero anterior a la siguiente snapshot. Una vez que Ops Manager tome la siguiente snapshot, puedes usar la restauración a un punto específico del tiempo como de costumbre a partir de ese momento de la snapshot.

• Sólo ves lagunas en el oplog cuando intentas y fallas en una restauración a un punto específico del tiempo.

• Puedes solicitar una restauración a un punto específico del tiempo que incluya datos antiguos.

Procedimiento

1. El usuario selecciona una marca de tiempo:

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

     1. Haga clic en una marca de tiempo.

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

   1. Un almacén de bloques transmite bloques.

   2. El 3 almacén de instantáneas AS transmite los bloques.

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. El usuario descarga la Utilidad de Restauración de Copias de seguridad de MongoDB from the Ops Manager application al host de instantáneas de destino.

   Nota

   El MBRU puede utilizarse con cualquier restauración. Si la utilidad está instalada en el host donde se desea restaurar el snapshot, el usuario no necesita descargarla de nuevo.

7. El usuario inicia una instancia temporal de MongoDB en el host del snapshot de destino. El oplog recuperado se aplica al snapshot restaurada en esta instancia.

8. El usuario ejecuta el MBRU para solicitar el registro de operaciones.

9. La MBRU obtiene el registro de operaciones de la instantánea del punto en el tiempo.

10. La MBRU aplica el oplog a snapshot en la instancia temporal de MongoDB.

11. El usuario exporta la base de datos restaurada desde la instancia temporal de MongoDB.