Cuando restaures un clúster desde una snapshot, Ops Manager te proporcionará 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.
Importante
Cambiado en Ops Manager 3.6: Restauraciones a un punto en el tiempo
Antes de 3.6, el Eldemonio de respaldo creó la restauración completa en su host. Con, 3.6 descarga una herramienta del lado del cliente junto con su instantánea. Esta herramienta descarga y aplica el registro de operaciones a una instantánea en su sistema cliente. Esto reduce las necesidades de red y almacenamiento para su implementación de Ops Manager.
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
Opciones de inicio de mongod utilizadas en la base de datos cuando se tomó la instantánea
Cifrado (solo aparece si el cifrado está habilitado en la instantánea)
UUID de clave maestra (solo aparece si el cifrado está habilitado en la instantánea)
Si se restaura desde una copia de seguridad cifrada, es necesario tener un certificado provisto para esta clave maestra.
Consideraciones sobre copias de seguridad
Todo Las bases de datosFCV deben cumplir con las consideraciones de respaldo adecuadas.
Consideraciones sobre el cifrado
Para restaurar desde una copia de seguridad cifrada, necesita la misma clave maestra utilizada para cifrar la copia de seguridad y el mismo certificado que se encuentra en el host de Backup Daemon o un nuevo certificado proporcionado con esa clave desde el host KMIP.
Si la instantánea está cifrada, el panel de restauración muestra el ID de la clave maestra de KMIP y la información del servidor KMIP. También puede encontrar esta información al visualizar la propia instantánea y en el archivo restoreInfo.txt.
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 Ops Manager restaure automáticamente la instantánea:
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.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.
Ops Manager debe administrar el clúster fragmentado 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.
Ops 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 restauras una snapshot cifrada que Ops Manager cifró con AES256-GCM, rota tu 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.