Cuando restauras un clúster desde una snapshot, Cloud Manager te proporciona archivos 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
Instantáneas cuando el agente no puede detener el balanceador
Cloud Manager muestra una advertencia junto a las instantáneas del clúster tomadas mientras el balanceador está habilitado. Si restauras desde una snapshot de este tipo, corres el riesgo de perder datos o dejarlos huérfanos. Para obtener más información, consulte Instantáneas cuando el Agente no puede detener el Balanceador.
Consideraciones sobre copias de seguridad
Todas las bases de datos de FCV deben cumplir con las consideraciones de copia de seguridad.
Consideraciones sobre el cifrado
Deshabilitar las solicitudes de cliente a MongoDB 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.