Cuando restaures un set de réplicas a partir de una copia de seguridad, Cloud Manager te proporcionará un archivo de restauración para el punto de restauración seleccionado. Para aprender sobre el proceso de restauración, consulta Descripción general de la restauración.
Considerations
Revisar cambio al sub-tipo BSON BinData
La especificación BSON cambió el subtipo por defecto para el tipo de datos binarios BSON (BinData) de 2 a 0. Algunos datos binarios almacenados en una snapshot pueden ser del subtipo BinData 2. La copia de seguridad detecta automáticamente y convierte los datos de snapshot en BinData subtipo 2 a BinData subtipo 0. Si el código de tu aplicación espera BinData subtipo 2, deberás actualizar tu código para trabajar con BinData subtipo 0.
Tip
Las notas sobre la especificación BSON explican los detalles específicos de este cambio.
Restaurar usando la configuración dada en restoreInfo.txt
El archivo de copia de seguridad de restauración incluye un archivo de metadatos llamado restoreInfo.txt. Este archivo recopila las opciones que utilizó la base de datos cuando se tomó la snapshot. La base de datos debe ejecutarse con las opciones mencionadas después de haber sido restaurada. Este archivo contiene:
Nombre del grupo
Nombre del set de réplicas
ID del clúster (si corresponde)
snapshot timestamp (como marca de tiempo en UTC)
Restaurar marca de tiempo (como marca de tiempo BSON en UTC)
Última Oplog aplicada (como un Timestamp BSON en UTC)
Versión de MongoDB
Tipo de motor de almacenamiento
mongodopciones de inicio utilizadas en la base de datos cuando se tomó la snapshot
Consideraciones sobre copias de seguridad
Todas las bases de datos de FCV deben cumplir con las consideraciones de copia de seguridad.
Requisitos previos
Para realizar restauraciones manuales, debe tener el rol de administrador de Copias de seguridad en Cloud Manager.
Solicitudes del cliente durante la restauración
Debe asegurarse de que la implementación de MongoDB no reciba solicitudes de clientes durante la restauración. Debe hacer una de las siguientes cosas:
Restaura en nuevos sistemas con nuevos hostnames y vuelve a configurar el código de tu aplicación una vez que la nueva implementación esté en funcionamiento, o bien
Asegúrese de que la implementación de MongoDB no reciba solicitudes de cliente mientras restaura datos.
Restaurar una instantánea
Seleccione la compatibilidad de características entre versiones y el tipo de restauración para ver los pasos adecuados.
Importante
Rotar la clave maestra después de la restauración de snapshots cifrados con AES256-GCM
Si restauras una snapshot cifrada que el Administrador de la nube cifró con AES256-GCM, rota tu clave maestra después de completar la restauración.