Restaurar desde un punto en el tiempo específico

Considerations

• La restauración a un punto específico del tiempo de Ops Manager podría tener brechas de oplog 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 snapshot.

  • 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 snapshot.

• 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. Haz clic en una marca de tiempo.

     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. 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 almacenamiento en bloques transmite bloques.

   2. Un almacenamiento de snapshot de S3 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 oplog.

9. El MBRU recupera el oplog para la snapshot en un momento determinado.

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.