Make the MongoDB docs better! We value your opinion. Share your feedback for a chance to win $100.
MongoDB Branding Shape
Click here >
Docs Menu

Restauración desde un snapshot on-demand o programado

Atlas permite restaurar datos desde copias de seguridad en la nube on-demand o programadas, incluyendo snapshots de diferentes proyectos u organizaciones. Las siguientes secciones describen la restauración desde un snapshot sin cifrado en reposo utilizando la gestión de claves del cliente. Para restaurar desde un snapshot utilizando cifrado en reposo con la gestión de claves del cliente, se debe consultar Restaurar desde un snapshot utilizando cifrado en reposo.

Nota

Solo puede realizar restauraciones entre organizaciones a través de la interfaz de usuario de Atlas.

Además de los requisitos previos, ten en cuenta los siguientes requisitos y limitaciones al realizar una restauración desde una de las copias de seguridad en la nube on-demand o programadas.

  • Si el valor DefaultRWConcern en la snapshot de origen difiere del valor DefaultRWConcern en el clúster de destino, Atlas reemplaza el valor en el snapshot de origen con el valor en el clúster de destino. Si no se ha configurado ningún valor para DefaultRWConcern en el clúster de destino, Atlas conserva el valor de DefaultRWConcern del snapshot sin configuración explícita. Esto puede diferir del valor por defecto para esa versión de MongoDB.
  • Esta funcionalidad no está disponible para los clústeres gratuitos (anteriormente conocidos como M0).

  • Para M10+ clústeres dedicados, Atlas restaura las definiciones de índice de búsqueda de MongoDB desde un snapshot de copias de seguridad en la nube. Atlas no restaura los datos de los índices de búsqueda, por lo que los procesos de mongot realizan sincronizaciones iniciales para todas las definiciones de índices de búsqueda restauradas. Si ha definido grandes índices de búsqueda en su clúster, podría experimentar retrasos durante las restauraciones de snapshots.

    Nota

    Al restaurar los datos desde el snapshot, las definiciones de índice de búsqueda de MongoDB del snapshot reemplazan cualquier definición de índice de búsqueda de MongoDB existente.

  • Si estás realizando una restauración desde un clúster, los clústeres de origen y destino deben tener el mismo número de particiones.

  • Los clústeres de origen y de destino deben usar el mismo tipo de servidor de configuración. Los servidores de configuración pueden ser fragmentos de configuración o servidores de configuración dedicados.

  • Atlas no puede restaurar una snapshot de un clúster en un set de réplicas, ni restaurar una snapshot de un set de réplicas en un clúster.

  • Atlas no puede restaurar snapshots de clústeres Flex, clústeres dedicados o Cloud Manager a un clúster Flex.

  • Un clúster Flex te permite tener solo dos snapshots. Si se necesita tener más snapshots, se debe actualizar el clúster a uno dedicado.

Para optimizar el rendimiento y reducir el tiempo que lleva la restauración, siga estos principios cuando sea aplicable:

  • Selecciona un clúster de origen que no sea global ni multi-nube.

  • Selecciona un clúster de destino multi-región solo si existen copias de la snapshot que planeas restaurar en todas las regiones de ese clúster.

  • Seleccione un clúster de destino que pertenezca a la misma región del proveedor de nube que el snapshot.

  • Selecciona un nivel de clúster con la misma capacidad de almacenamiento que el volumen original utilizado por el clúster de origen.

  • Si el clúster de destino se ejecuta en AWS con IOPS configuradas, seleccione las IOPS configuradas para que se encuentren dentro del rango configurado.

  • Seleccione un clúster de destino que no esté configurado para usar almacenamiento NVMe. El almacenamiento NVMe degrade el rendimiento de la restauración.

  • Para los clústeres de origen en AWS que se crearon antes del 27 de marzo de 2024, haz clic en el botón Faster Restore de los detalles copia de seguridad del clúster en la Interfaz de Usuario de Atlas para habilitar restauraciones rápidas entre proyectos utilizando el método de restauración de adjunto directo. El clúster de destino debe cumplir todas las condiciones descritas en esta sección para utilizar esta funcionalidad.

    Cuando activa Faster Restore, Atlas reemplaza cada nodo en el clúster de origen uno a la vez durante su próximo periodo de mantenimiento. Si el periodo de mantenimiento termina antes de que se reemplacen todos los nodos, Atlas termina de reemplazar el nodo actual y luego espera que el siguiente periodo de mantenimiento comience a reemplazar el siguiente nodo. Las lecturas secundarias y los nodos analíticos no están disponibles durante el reemplazo gradual.

    Las restauraciones más rápidas entre proyectos se habilitan automáticamente para los clústeres AWS creados después de marzo 27, 2024, todos los clústeres de Google Cloud y Microsoft Azure, y todos los clústeres de MongoDB Atlas para Gobiernos. Si esta funcionalidad está habilitada para el clúster, el botón Faster Restore no aparece.

Si un snapshot programado falla por cualquier motivo, Atlas intenta repetir el proceso del snapshot. Si es necesario, puedes usar el snapshot de respaldo resultante para la restauración del clúster. Esto no es recomendable: los snapshots de respaldo utilizan un proceso diferente al de los snapshots regulares. Pueden contener datos inconsistentes.

Los snapshots de respaldo se marcan en la interfaz de usuario con un ícono de advertencia, y aparece un mensaje de advertencia en la ventana modal de restauración si la restauración utiliza un snapshot de respaldo.

Advertencia

La restauración del clúster desde un snapshot de respaldo pueden arrojar datos inconsistentes en todo el clúster, y deben considerarse como una opción de último recurso.

Para supervisar una tarea de restauración de copia de seguridad hasta que finalice, debes tener un acceso Project Read Only o superior para el Proyecto específico.

Para iniciar una tarea de restauración, debe tener acceso de Project Backup Recovery Operator, Project Backup Manager o Project Owner al Proyecto.

Para restauraciones entre organizaciones o proyectos, los permisos requeridos se aplican tanto al origen como al proyecto de destino. Debes tener los permisos necesarios: Project Backup Manager o Project Owner en ambos proyectos para iniciar o gestionar dichas operaciones de restauración.

Atlas borra todos los datos existentes en el clúster de destino antes de la restauración. El clúster de destino no estará disponible durante toda la restauración. Como parte de la restauración, Atlas también restaura todos los índices.

Para iniciar una tarea de restauración para el proyecto y clúster usando Atlas CLI, se debe ejecutar el siguiente comando:

atlas backups restores start <automated|download|pointInTime> [options]

Para supervisar que se complete una tarea de restauración específica usando Atlas CLI, ejecute el siguiente comando:

atlas backups restores watch <restoreJobId> [options]

Para obtener más información sobre la sintaxis y los parámetros de los comandos anteriores, consulta la documentación de Atlas CLI para atlas backups restores start y atlas backups restores watch.

Tip

Consulte: Enlaces relacionados

La Administration API de Atlas proporciona diferentes puntos de conexión para restaurar clústeres M10+ y clústeres Flex.

Restaurar un snapshot de un clúster Trabajos de restauración de clústeres Flex

1
  1. Si aún no aparece, se debe seleccionar la organización que contiene el proyecto en el menú Organizations de la barra de navegación.

  2. Si aún no se muestra, seleccione su proyecto en el menú Projects de la barra de navegación.

  3. En la barra lateral, haz clic en Backup en la sección Database.

    Los detalles de la copia de seguridad se muestran.

  4. Haga clic en el enlace del clúster.

2

Selecciona el snapshot para la restauración y haz clic en Restore.

En la columna Actions, expande el menú Actions, y haz clic en Restore para la restauración del snapshot que deseas.

3

En la ventana modal, selecciona el proyecto objetivo y el clúster de destino del menú desplegable. Si el clúster de destino forma parte de un proyecto u organización diferente al clúster de origen, puedes introducir el nombre y seleccionar el proyecto de destino en el menú desplegable.

4

Sigue la indicación y haz clic en Restore.

5

Se debe reiniciar la aplicación y garantizar que use el nuevo clúster de destino.