Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
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.

Puede restaurar base de datos o colección seleccionada desde un snapshot. Para obtener más información, consulte Restauración desde base de datos y colección seleccionadas.

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 los M10+ clústeres dedicados, Atlas restaura las definiciones de índices de búsqueda de MongoDB Search a partir de una instantánea de copia de seguridad en la nube. Atlas no restaura los datos del índice de búsqueda, por lo tanto, los procesos mongot realizan sincronizaciones iniciales para todas las definiciones restauradas del índice de búsqueda. Si has definido índices de búsqueda grandes en tu clúster, es posible que experimentes retrasos durante las restauraciones de snapshot.

    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.

Cuando se realiza una restauración a nivel de clúster, 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. Esto no se aplica a la restauración a nivel de colección y base de datos.