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

Restore Overview

Para restaurar una implementación desde una copia de seguridad, selecciona una snapshot o un punto en el tiempo desde el cual deseas restaurar tu base de datos. Cloud Manager le proporciona los archivos desde los que puede restaurar su base de datos.

Puedes restaurar una única base de datos de MongoDB, un set de réplicas o todas las particiones en un clúster.

Puedes restaurar una implementación a partir de una snapshot existente o de un momento específico. Para el punto en el tiempo, puedes especificar una fecha y hora, una marca de tiempo de registro de operaciones (oplog), o un punto de control para un clúster fragmentado.

Si estás restaurando desde un punto de tiempo, debes descargar la Utilidad de Restauración de Copia de Seguridad de MongoDB en el host de destino. La MBRU solicita y aplica las entradas oplog entre la última snapshot completa y el punto en el tiempo que usted elija.

Para restaurar tu copia de seguridad, utiliza una de estas opciones:

Para cancelar una restauración:

  1. Navega hasta el Backup > Restore History tab.

  2. Haga clic en Cancel.

Si elige que la automatización de Cloud Manager restaure su copia de seguridad, la Automatización elimina todos los datos existentes de los hosts de destino y reemplaza esos datos con nuevos datos de copia de seguridad de su snapshot.

Si estás restaurando un clúster particionado, debes restaurar todas las particiones. El proceso de recuperación falla si intentas restaurar una única partición en un clúster particionado.

Para realizar restauraciones automatizadas:

  • Instala un MongoDB Agent en el origen y en todos los hosts de destino, y comprueba que un MongoDB Agent de la implementación de destino pueda conectarse a todos los hosts en la implementación de destino.

  • Configura los roles de Administrador de copia de seguridad y Administrador de Automatización en Cloud Manager.

  • Para clústeres fragmentados que ejecutan compatibilidad de características entre versiones 4.0 o anteriores, habilite puntos de control.

  • Verifica que el clúster de destino featureCompatibilityVersion es mayor o igual que el featureCompatibilityVersion del clúster de origen.

    Ejemplo

    Ejecuta el siguiente comando para recuperar el featureCompatibilityVersion de un host determinado:

    db.adminCommand( {
    getParameter: 1,
    featureCompatibilityVersion: 1
    } )

    Para saber más, consulta setFeatureCompatibilityVersion.

  • Revisa la siguiente matriz de compatibilidad para el clúster de origen compatible compatibilidad de características entre versiones de cada versión de MongoDB. La versión de MongoDB de cada host en el clúster de destino debe soportar la compatibilidad de características entre versiones del snapshot del clúster de origen.

clúster de origen FCV
MongoDB
4.0
MongoDB
4.2
MongoDB
4.4
MongoDB
5.0
MongoDB
6.0

4.2

4.4

5.0

6.0

Puede elegir restaurar en un clúster de un proyecto diferente:

Una restauración automática puede fallar cuando determinada configuración de almacenamiento de la base de datos de copia de seguridad y la base de datos de destino no coinciden:

No existe ningún método para comprobar si hay discrepancias antes de intentar una restauración. Si un intento de restauración falla, Cloud Manager muestra cualquier configuración no coincidente. Si aún deseas la restauración de la base de datos de la copia de seguridad, corrige los ajustes que no coincidan en la base de datos de destino y luego vuelve a intentar el proceso de restauración para la base de datos de la copia de seguridad.

Importante

MongoDB eliminó el soporte para el motor de almacenamiento MMAPv1 en MongoDB 4.2. Si editas la configuración de tu implementación para cambiar tu motor de almacenamiento a WiredTiger Storage Engine, Cloud Manager reiniciará los procesos de MongoDB.

Una restauración automatizada falla cuando se intenta restaurar una sola partición en un clúster particionado. Si estás restaurando un clúster particionado, debes restaurar todas las particiones.

Para realizar una restauración automatizada, consulta el procedimiento para la implementación que deseas restaurar:

Para realizar restauraciones manuales, debe tener el rol de administrador de Copias de seguridad en Cloud Manager.

Cloud Manager proporciona cada snapshot como un fichero no comprimido (.tar) que contiene una copia completa del directorio de datos.

Para realizar una restauración manual, consulta:

Puedes restaurar a partir de una snapshot completada o desde un punto específico en el tiempo. Utiliza las siguientes páginas para aprender los flujos del proceso de restauración manual.

Volver

Restaurar implementaciones

En esta página