Cuando restaura un clúster desde una instantánea, Cloud Manager le proporciona archivos de restauración para el punto de restauración seleccionado.
Para obtener más información sobre el proceso de restauración, consulte Descripción general de restauración.
Considerations
Revisar el cambio a BinData Subtipo BSON
Tip
Las notas sobre la especificación BSON explican los detalles específicos de este cambio.
Restaurar utilizando la configuración proporcionada en restoreInfo.txt
El archivo de restauración de la copia de seguridad incluye un archivo de metadatos llamado restoreInfo.txt. Este archivo captura las opciones que la base de datos utilizó al tomar la instantánea. La base de datos debe ejecutarse con las opciones indicadas después de restaurarla. Este archivo contiene:
Nombre del grupo
Nombre del conjunto de réplicas
ID de clúster (si corresponde)
Marca de tiempo de la instantánea (como marca de tiempo en UTC)
Restaurar marca de tiempo (como marca de tiempo BSON en UTC)
Último registro de operaciones aplicado (como marca de tiempo 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 instantánea
Instantáneas cuando el agente no puede detener el balanceador
Cloud Manager muestra una advertencia junto a las instantáneas del clúster tomadas con el balanceador habilitado. Si restaura desde una instantánea de este tipo, corre 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
Todo Las bases de datosFCV deben cumplir con las consideraciones de respaldo adecuadas.
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:
Restaurar en nuevos sistemas con nuevos nombres de host y reconfigurar el código de su aplicación una vez que se esté ejecutando la nueva implementación, o
Asegúrese de que la implementación de MongoDB no reciba solicitudes de clientes mientras restaura los datos.
Restaurar una instantánea
Para que Cloud Manager restaure automáticamente la instantánea:
En MongoDB Cloud Manager, vaya a Continuous Backup Página para su proyecto.
Si aún no se muestra, se debe seleccionar la organización que contiene el proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Continuous Backup en la sección Database.
Se muestra la página Copia de seguridad continua.
Seleccione el punto de restauración.
Elija el punto desde el que desea restaurar su copia de seguridad.
Tipo de restauraciónDescripciónAcciónSnapshot
Le permite elegir una instantánea almacenada.
Point In Time
Crea una instantánea personalizada que incluye todas las operaciones hasta el momento seleccionado, pero excluyendo dicho momento. De forma predeterminada, el almacén de registros de operaciones almacena 24 horas de datos.
Por ejemplo, si selecciona
12:00, la última operación en la restauración será11:59:59o anterior.IMPORTANTE: En FCV,4.0 no se puede realizar una restauración PIT que cubra un período anterior a la última resincronización de la copia de seguridad. Para conocer las condiciones que provocan una resincronización, consulte Resincronizar una copia de seguridad. Esta nota no aplica a FCV 4.2 ni versiones posteriores.
Seleccione Date y Time.
Oplog Timestamp
Crea una instantánea personalizada que incluye todas las operaciones hasta la marca de tiempo del registro de operaciones (incluida). La marca de tiempo del registro de operaciones contiene dos campos:
Timestamp
Marca de tiempo en el número de segundos que han transcurrido desde la época de UNIX
Increment
Orden de operación aplicada en ese segundo como un ordinal de 32bit.
Escriba un Oplog Timestamp y Increment.
Ejecute una consulta en
local.oplog.rsen su conjunto de réplicas para encontrar la marca de tiempo deseada.Haga clic en Next.
Elija restaurar los archivos a otro clúster.
Haga clic en Choose Cluster to Restore to.
Complete los siguientes campos:
CampoAcciónProject
Seleccione un proyecto en el que desea restaurar la instantánea.
Cluster to Restore to
Seleccione el clúster en el que desea restaurar la instantánea.
Cloud Manager debe administrar el clúster de destino.
ADVERTENCIA: La automatización elimina todos los datos existentes del clúster. Conserva todos los datos de copia de seguridad y las instantáneas del clúster existente.
Haga clic en Restore.
Cloud Manager indica cuánto espacio de almacenamiento requiere la restauración en su interfaz de usuario.
Importante
Rotar la clave maestra después de restaurar instantáneas cifradas con AES256-GCM
Si restaura una instantánea cifrada que Cloud Manager cifró con AES256-GCM, gire su clave maestra después de completar la restauración.
El proceso de restauración manual supone que:
El host de destino no tiene datos almacenados.
No has utilizado una instantánea cifrada.
No ha habilitado la autenticación de dos factores.
Advertencia
Restaure la instantánea manualmente solo si no puede ejecutar una restauración automática. Si decide que debe usar una restauración manual, contacte con el soporte de MongoDB para obtener ayuda. Esta sección ofrece una descripción general de las etapas del procedimiento de restauración manual.
El proceso de restauración manual tiene las siguientes etapas de alto nivel que se realizan con la ayuda del soporte de MongoDB:
Conéctese a cada conjunto de réplicas y al conjunto de réplicas del servidor de configuración (CSRS) con el
mongoshell heredadomongosho.(Opcional). Revise el archivo de configuración de cada conjunto de réplicas y el CSRS. Tras completar el proceso de restauración, puede reconstruir la configuración de los conjuntos de réplicas restaurados utilizando los archivos de configuración guardados.
Preparar los hosts de destino.
Detener todos los procesos que se ejecutan en los hosts de
mongoddestino.Proporcionar suficiente espacio de almacenamiento para guardar los datos restaurados.
Preparar directorios para datos y registros.
Agregue un archivo de configuración a su directorio de servidor MongoDB con las rutas de almacenamiento y registro del host de destino, y la configuración para réplicas y roles de fragmentación.
El procedimiento completo de restauración manual se puede encontrar en la documentación de MongoDB Server 4.2. Para implementaciones de MongoDB 4.4 o posteriores, consulta las versiones correspondientes del manual.
Para que Cloud Manager restaure automáticamente la instantánea:
En MongoDB Cloud Manager, ir a la página Continuous Backup del proyecto.
Si aún no se muestra, se debe seleccionar la organización que contiene el proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Continuous Backup en la sección Database.
Se muestra la página Copia de seguridad continua.
Seleccione el punto de restauración.
Elija el punto desde el que desea restaurar su copia de seguridad.
Tipo de restauraciónDescripciónAcciónSnapshot
Le permite elegir una instantánea almacenada.
Point In Time
Permite elegir una fecha y hora como objetivo de restauración para la instantánea. De forma predeterminada, el almacén de registros de operaciones almacena 24 horas de datos.
Por ejemplo, si selecciona
12:00, la última operación en la restauración será11:59:59o anterior.IMPORTANTE: Si está restaurando un clúster fragmentado que ejecuta o una versión
FCV4.0 anterior, debe habilitar los puntos de control del clúster para realizar una restauración PIT en un clúster fragmentado. Si no hay puntos de control disponibles que incluyan su fecha y hora, Cloud Manager le solicitará choose another point in time que.IMPORTANTE: No se puede realizar una restauración PIT que cubra un período anterior a la última resincronización de la copia de seguridad. Para conocer las condiciones que provocan una resincronización, consulte Resincronizar una copia de seguridad.
Seleccione Date y Time.
Haga clic en Next.
Si está restaurando un clúster fragmentado que ejecuta
FCV4.0 o una versión anterior y Point In Time eligió:Aparecerá una lista de Checkpoints más cercanos a la hora seleccionada.
Para iniciar la restauración de un punto en el tiempo, puede:
Elija uno de los puntos de control enumerados, o
Haga clic en Choose another point in time para eliminar la lista de puntos de control y seleccionar otra fecha y hora de los menús.
Elija restaurar los archivos a otro clúster.
Haga clic en Choose Cluster to Restore to.
Complete los siguientes campos:
CampoAcciónProject
Seleccione un proyecto en el que desea restaurar la instantánea.
Cluster to Restore to
Seleccione el clúster en el que desea restaurar la instantánea.
Cloud Manager debe administrar el clúster de destino.
ADVERTENCIA: La automatización elimina todos los datos existentes del clúster. Conserva todos los datos de copia de seguridad y las instantáneas del clúster existente.
Haga clic en Restore.
Cloud Manager indica cuánto espacio de almacenamiento requiere la restauración en su consola.
Importante
Rotar la clave maestra después de restaurar instantáneas cifradas con AES256-GCM
Si restaura una instantánea cifrada que Cloud Manager cifró con AES256-GCM, gire su clave maestra después de completar la restauración.
El proceso de restauración manual supone que:
El host de destino no tiene datos almacenados.
No has utilizado una instantánea cifrada.
No ha habilitado la autenticación de dos factores.
Advertencia
Restaure la instantánea manualmente solo si no puede ejecutar una restauración automática. Si decide que debe usar una restauración manual, contacte con el soporte de MongoDB para obtener ayuda. Esta sección ofrece una descripción general de las etapas del procedimiento de restauración manual.
El proceso de restauración manual tiene las siguientes etapas de alto nivel que se realizan con la ayuda del soporte de MongoDB:
Conéctese a cada conjunto de réplicas y al conjunto de réplicas del servidor de configuración (CSRS) con el
mongoshell heredadomongosho.(Opcional). Revise el archivo de configuración de cada conjunto de réplicas y el CSRS. Tras completar el proceso de restauración, puede reconstruir la configuración de los conjuntos de réplicas restaurados utilizando los archivos de configuración guardados.
Preparar los hosts de destino.
Detener todos los procesos que se ejecutan en los hosts de
mongoddestino.Proporcionar suficiente espacio de almacenamiento para guardar los datos restaurados.
Preparar directorios para datos y registros.
Agregue un archivo de configuración a su directorio de servidor MongoDB con las rutas de almacenamiento y registro del host de destino, y la configuración para réplicas y roles de fragmentación.
El procedimiento de restauración manual completo se puede encontrar en la documentación de MongoDB Server.