Restaurar un conjunto de réplicas a partir de una instantánea

Continuous BackupHaga Overview clic en y luego en la pestaña.

Haga clic en la implementación y luego Restore or Download en.

Seleccione el punto de restauración.

1. Elija el punto desde el que desea restaurar su copia de seguridad.

   Tipo de restauración	Descripción	Acción
   Snapshot	Le permite elegir una instantánea almacenada.	Seleccione una instantánea existente para restaurar.
   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:59 o 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.rs en su conjunto de réplicas para encontrar la marca de tiempo deseada.

2. Haga clic en Next.

Haga clic Download en para restaurar los archivos manualmente.

Configurar la descarga de instantáneas.

1. Configure las siguientes opciones de descarga:

   Pull Restore Usage Limit	Seleccione cuántas veces se puede usar el enlace. Si selecciona No Limit, el enlace se podrá reutilizar hasta su vencimiento.
   Restore Link Expiration (in hours)	Seleccione el número de horas hasta que caduque el enlace. El valor predeterminado es 1. El valor máximo es el número de horas hasta que caduque la instantánea seleccionada.

2. Haga clic en Finalize Request.

3. Si usa FA, Ops Manager le solicitará 2su 2código FA. Ingrese su 2código FA y haga clic Finalize Request en.

Retrieve the Snapshots.

Ops Manager crea enlaces a la instantánea. De forma predeterminada, estos enlaces están disponibles durante una hora y solo se pueden usar una vez.

Para descargar las instantáneas:

1. Si cerró el panel de restauración, haga clic en Continuous Backup y luego en Restore History.

2. Cuando se complete el trabajo de restauración, haga clic (get link) en para cada conjunto de réplicas que aparezca.

3. Hacer clic:

   • El botón de copia a la derecha del enlace para copiar el enlace para usarlo más tarde, o

   • Download para descargar la instantánea inmediatamente.

Dejar de administrar el conjunto de réplicas de destino.

Antes de intentar restaurar los datos manualmente, elimine el conjunto de réplicas de Automation.

Elija la opción Unmanage this item in Ops Managers but continue to monitor.

Detener el conjunto de réplicas de destino.

Dependiendo de su ruta, es posible que deba especificar la ruta a.mongosh Ejecutar:

mongosh --port <port> \
      --eval "db.getSiblingDB('admin').shutdownServer()"

Verificar los requisitos de hardware y software en el conjunto de réplicas de destino.

Para obtener más información, consulte instalación.

Mueva los archivos de datos de instantánea al host de destino.

Antes de mover los archivos de datos de la instantánea al host de destino, verifique si el host de destino contiene algún archivo existente y elimine todos los archivos excepto el archivo automation-mongod.conf.

Descomprima los archivos de instantáneas y muévalos al host de destino de la siguiente manera:

tar -xvf <backupSnapshot>.tar.gz
mv <backupSnapshot> </path/to/datafiles>

Inicie la instancia independiente temporal en el puerto efímero.

Inicie el proceso en modo independiente como medida temporal. Esto le permite agregar nuevos parámetros de configuración a mongod la system.replset colección en pasos posteriores.

Utilice <ephemeralPort> para el mongod proceso temporal independiente en todos los pasos de este procedimiento donde se mencione. Este puerto debe ser diferente de los puertos del host de origen y destino.

Ejecute el proceso como se indica a continuación. Dependiendo de mongod mongod la ruta, es posible que deba especificar la ruta al binario.

mongod  --dbpath </path/to/datafiles> \
        --port <ephemeralPort> \

Si está restaurando desde una instantánea filtrada por espacio de nombres, utilice la opción --restore.

mongod --dbpath </path/to/datafiles> \
       --port <ephemeralPort> \
       --restore

Después de que el proceso comience a aceptar conexiones,mongod continúe.

Conéctese a la instancia independiente temporal mongosh con.

Desde el host que ejecuta este mongod proceso, inicie.mongosh Según la ruta, es posible que deba especificar la ruta mongosh a.

Para conectarse al que mongod escucha al host local en el mismo <ephemeralPort> especificado en el paso anterior, ejecute:

mongosh  --port <ephemeralPort>

Después de que mongosh se conecte mongod a, continúe.

Eliminar colecciones relacionadas con el conjunto de réplicas de la local base de datos.

Para realizar restauraciones manuales, debe tener el rol de administrador de respaldo en Ops Manager.

Ejecute los siguientes comandos para eliminar la configuración del conjunto de réplicas anterior y otras recopilaciones relacionadas con la replicación que no sean registros de operaciones.

db.getSiblingDB("local").replset.minvalid.drop()
db.getSiblingDB("local").replset.oplogTruncateAfterPoint.drop()
db.getSiblingDB("local").replset.election.drop()
db.getSiblingDB("local").system.replset.remove({})

Una respuesta exitosa debería verse así:

> db.getSiblingDB("local").replset.minvalid.drop()
true
> db.getSiblingDB("local").replset.oplogTruncateAfterPoint.drop()
true
> db.getSiblingDB("local").replset.election.drop()
true
> db.getSiblingDB("local").system.replset.remove({})
WriteResult({ "nRemoved" : 1 })

Agregar una nueva configuración de conjunto de réplicas.

Inserte el siguiente documento en la colección system.replset de la base de datos local. Cambie las siguientes variables:

• <replaceMeWithTheReplicaSetName> Al nombre de su conjunto de réplicas. Este nombre no tiene que ser el mismo que el anterior.

• <host> al host que sirve a este miembro del conjunto de réplicas.

• <finalPortNewReplicaSet> Al puerto final del nuevo conjunto de réplicas. Para una restauración automática, debe especificar un puerto diferente al <ephemeralPort> especificado anteriormente.

Asegúrese de incluir y configurar todos los miembros del nuevo conjunto de réplicas en la matriz members.

1
db.getSiblingDB("local").system.replset.insertOne({
2
  "_id" : "<replaceMeWithTheReplicaSetName>",
3
  "version" : NumberInt(1),
4
  "protocolVersion" : NumberInt(1),
5
  "members" : [
6
    {
7
      "_id" : NumberInt(0),
8
      "host" : "<host>:<finalPortNewReplicaSet>"
9
    },
10
    {
11
      . . .
12
    },
13
    . . .
14
  ],
15
  "settings" : {
16
17
  }
18
})

Una respuesta exitosa debería verse así:

{ "acknowledged" : true, "insertedId" : "<yourReplicaSetName>" }

Inserte la marca de tiempo válida mínima.

Emita el siguiente comando:

db.getSiblingDB("local").replset.minvalid.insertOne({
  "_id" : ObjectId(),
  "t" : NumberLong(-1),
  "ts" : Timestamp(0,1)
})

Una respuesta exitosa debería verse así:

{ "acknowledged" : true, "insertedId" : ObjectId("<yourObjectId>") }

Establezca el punto de restauración en los valores Restore Timestamp de restoreInfo.txt desde.

Establezca el oplogTruncateAfterPoint documento con los valores proporcionados en el Restore Timestamp campo del archivo restoreInfo.txt.

El campo Restore Timestamp de ese archivo contiene dos valores. En el siguiente ejemplo, el primero es la marca de tiempo y el segundo, el incremento.

1
...
2
Restore timestamp:  (1609947369, 2)
3
Last Oplog Applied: Wed Jan 06 15:36:09 GMT 2021 (1609947369, 1)
4
MongoDB Version: 4.2.11
5
...

El siguiente código de ejemplo utiliza el valor de la marca de tiempo y el valor de incremento del ejemplo anterior.

truncateAfterPoint = Timestamp(1609947369,2)
db.getSiblingDB("local").replset.oplogTruncateAfterPoint.insertOne({
   "_id": "oplogTruncateAfterPoint",
   "oplogTruncateAfterPoint": truncateAfterPoint
})

Una respuesta exitosa debería verse así:

WriteResult({ "nInserted" : 1 })

Detener la instancia independiente temporal.

Dependiendo de su ruta, es posible que deba especificar la ruta a.mongosh Ejecutar:

mongosh --port <ephemeralPort> \
      --eval "db.getSiblingDB('admin').shutdownServer()"

Reinicie la instancia como un nodo de conjunto de réplicas efímeras.

Inicie elmongodcon el siguiente comando. Esta acción concilia el estadomongodcon el registro de operaciones hasta el Restore timestamp. Dependiendo de la ruta, podría necesitar especificar la ruta al binariomongod.

mongod  --dbpath </path/to/datafiles> \
        --port <ephemeralPort> \
        --replSet <replaceMeWithTheReplicaSetName>

Detener la instancia temporal en el puerto efímero.

Dependiendo de su ruta, es posible que deba especificar la ruta a.mongosh Ejecutar:

mongosh --port <ephemeralPort> \
      --eval "db.getSiblingDB('admin').shutdownServer()"

(Solo restauración a un punto en el tiempo) Ejecute la utilidad de restauración de copia de seguridad de MongoDB.

Este paso es condicional. Ejecútelo si necesita una restauración a un punto en el tiempo.

En este paso, descargue y ejecute la utilidad de restauración de copia de seguridad de MongoDB en la instancia de destino para el conjunto de réplicas y luego detenga la instancia.

1. Descargue la utilidad de restauración de copia de seguridad de MongoDB en su host.

   Si cerró el panel de restauración, haga clic en Continuous Backup in Deployment, More y luego en Download MongoDB Backup Restore Utility.

2. Inicie una instancia sin autenticación habilitada usando el directorio de la instantánea extraída como directorio mongod mongod de datos. Dependiendo de la ruta, es posible que deba especificar la ruta al binario.

   mongod  --port <ephemeralPort> \
           --dbpath </path/to/datafiles> \
           --setParameter ttlMonitorEnabled=false \
           --bind_ip <hostname_or_IP>

   Advertencia

   La utilidad de restauración de copia de seguridad de MongoDB no admite la autenticación, por lo que no puede iniciar esta base de datos temporal con autenticación.

3. Ejecuta la utilidad de restauración de copias de seguridad de MongoDB en tu host de destino. Ejecute una vez para el set de réplicas.

   Importante

   Comando mongodb-backup-restore-util preconfigurado

   Ops Manager proporciona a mongodb-backup-restore-util las opciones adecuadas para su restauración en el panel de restauración bajo Run Binary with PIT Options.

   Debes copiar el comando mongodb-backup-restore-util proporcionado en la aplicación Ops Manager.

   ./mongodb-backup-restore-util --https --host <targetHost> \
     --port <ephemeralPort> \
     --opStart <opLogStartTimeStamp> \
     --opEnd <opLogEndTimeStamp> \
     --logFile <logPath> \
     --oplogSourceAddr <oplogSourceAddr> \
     --apiKey <apiKey> \
     --groupId <groupId> \
     --rsId <rsId> \
     --whitelist <database1.collection1, database2, etc.> \
     --blacklist <database1.collection1, database2, etc.> \
     --seedReplSetMember \
     --oplogSizeMB <size> \
     --seedTargetPort <port> \
     --ssl \
     --sslCAFile </path/to/ca.pem> \
     --sslPEMKeyFile </path/to/pemkey.pem>
     --sslClientCertificateSubject <distinguishedName> \
     --sslRequireValidServerCertificates <true|false> \
     --sslServerClientCertificate </path/to/client.pem> \
     --sslServerClientCertificatePassword <password> \
     --sslRequireValidMMSBackupServerCertificate <true|false> \
     --sslTrustedMMSBackupServerCertificate </path/to/mms-certs.pem> \
     --httpProxy <proxyURL>

   El comando mongodb-backup-restore-util utiliza las siguientes opciones:

   Opción	Necesidad	Descripción
   --host	Requerido	Proporcione el nombre de host, el FQDN y ladirección IPv4 o IPv6 del host que sirve al mongod al que se debe aplicar el registro de operaciones. Si copió el mongodb-backup-restore-util comando proporcionado en la aplicación Ops Manager, este campo está preconfigurado.
   --port	Requerido	Proporciona el puerto efímero para el host que sirve al mongod al que debe aplicarse el oplog.
   --opStart	Requerido	Proporcione la marca de tiempo BSON de la primera entrada del registro de operaciones que desee incluir en la restauración. Esta información aparece en la entrada "Último registro de operaciones aplicado" restoreInfo.txt del archivo que se incluye con la instantánea descargada. Este valor debe ser menor o igual al valor --opEnd.
   --opEnd	Requerido	Proporcione la marca de tiempo BSON para la última entrada del registro de operaciones que desea incluir en la restauración. Este valor no puede ser mayor que el final del opLog.
   --logFile	Opcional	Proporcione una ruta, incluido el nombre del archivo, donde se escribe el registro MBRU.
   --oplogSourceAddr	Requerido	Proporcione la URL para el punto final del recurso Ops Manager.
   --apiKey	Requerido	Proporciona a tu Ops Manager la clave API del agente.
   --groupId	Requerido	Proporcione el ID del grupo.
   --rsId	Requerido	Proporcione el ID del conjunto de réplicas.
   --whitelist	Opcional	Proporcione una lista de bases de datos y/o colecciones a las que desea limitar la restauración.
   --blacklist	Opcional	Proporcione una lista de bases de datos y/o colecciones que desea excluir de la restauración.
   --seedReplSetMember	Opcional	Úselo si necesita un miembro del conjunto de réplicas para recrear la colección de registros de operaciones y agregarle la marca de tiempo correcta. Requiere --oplogSizeMB y --seedTargetPort.
   --oplogSizeMB	Condicional	Proporcione el tamaño del registro de operaciones en MB. Obligatorio si se establece --seedReplSetMember.
   --seedTargetPort	Condicional	Proporcione el puerto principal del conjunto de réplicas. Este puede ser diferente del puerto efímero utilizado. Obligatorio si se establece --seedReplSetMember.
   --ssl	Opcional	Úselo si necesita TLS/SSL para aplicar el registro de operaciones amongod. Requiere --sslCAFile y --sslPEMKeyFile.
   --sslCAFile	Condicional	Proporcione la ruta al archivo de la autoridad de certificación. Obligatorio si se establece --ssl.
   --sslPEMKeyFile	Condicional	Proporcione la ruta al archivo de certificado PEM. Obligatorio si se establece --ssl.
   --sslPEMKeyFilePwd	Condicional	Proporcione la contraseña para el archivo de certificado PEM especificado --sslPEMKeyFile en. Obligatorio si --ssl se establece y el archivo de clave PEM está cifrado.
   --sslClientCertificateSubject	Opcional	Proporcione el asunto del certificado de cliente o el nombre distinguido (DN) para el proceso MongoDB de destino. Obligatorio si se establece --ssl.
   --sslRequireValidServerCertificates	Opcional	Establezca una bandera que indique si la herramienta debe validar los certificados que presenta el proceso MongoDB de destino.
   --sslServerClientCertificate	Opcional	Proporcione la ruta absoluta al archivo de certificado de cliente que se utilizará para conectarse al host de Ops Manager.
   --sslServerClientCertificatePassword	Condicional	Proporcione la ruta absoluta a la contraseña del archivo de certificado de cliente que se utilizará para conectarse al host de Ops Manager. Obligatorio si se establece --sslServerClientCertificate y ese certificado está cifrado.
   --sslRequireValidMMSBackupServerCertificate	Opcional	Establezca una bandera que indique si se requieren certificados válidos al contactar al host de Ops Manager. El valor por defecto es true.
   --sslTrustedMMSBackupServerCertificate	Opcional	Proporcione la ruta absoluta a los certificados de la autoridad de certificación de confianza en formato PEM para el host de Ops Manager. Si no se proporciona esta opción, se utiliza la autoridad de certificación del sistema. Si Ops Manager utiliza un certificado SSL autofirmado, esta configuración es obligatoria.
   --httpProxy	Opcional	Proporcione la URL de un servidor proxy HTTP que la herramienta pueda utilizar.

   significa que, si se copió el comando mongodb-backup-restore-util proporcionado en la Aplicación de Ops Manager, este campo ya está configurado previamente.

4. Detenga el en la instancia. Dependiendo de mongod mongosh la ruta, podría necesitar especificar la ruta a. Ejecute:

   mongosh --port <ephemeralPort> \
         --eval "db.getSiblingDB('admin').shutdownServer()"

(Solo restauración a un punto en el tiempo) Reinicie la instancia para recuperar el registro de operaciones.

Inicie utilizando el siguiente comando, especificando estos mongod parámetros:

• <bind_ip> al host que sirve a este miembro del set de réplicas que especificaste en la configuración del set de réplicas.

• <port> al <ephemeralPort> que especificaste cuando iniciaste la instancia temporal autónomo.

Esta acción reproduce el oplog hasta la última entrada, incluidas aquellas insertadas cuando ejecutó la Utilidad de restauración de MongoDB.

mongod  --dbpath </path/to/datafiles> \
        --port <ephemeralPort> \
        --bind_ip <host-serving-this-replica-set-member>
        --setParameter recoverFromOplogAsStandalone=true
        --setParameter takeUnstableCheckpointOnShutdown=true
        --setParameter startupRecoveryForRestore=true

Una vez completado este paso, se completará el proceso de restauración real.

(Solo restauración a un punto en el tiempo) Detenga la instancia independiente.

Dependiendo de su ruta, es posible que deba especificar la ruta a.mongosh Ejecutar:

mongosh --port <port> \
      --eval "db.getSiblingDB('admin').shutdownServer()"

Repita este procedimiento para cada nodo en el conjunto de réplicas.

Reiniciar todos los nodos en un conjunto de réplicas.

En este punto, los archivos de datos en el conjunto de réplicas están en un estado consistente, pero la configuración del conjunto de réplicas debe actualizarse para que cada nodo esté al tanto de los demás.

Ejecuta el siguiente comando:

sudo -u mongod <path/to/target_mongod_binary> -f /path/to/datafiles/automation-mongod.conf

El siguiente ejemplo reinicia todos los nodos con la versión 4.4.12 enterprise con la ruta de datos /data6/node3:

sudo -u mongod /var/lib/mongodb-mms-automation/mongodb-linux-x86_64-4.4.12-ent/bin/mongod -f /data6/node3/automation-mongod.conf

Reimportar el conjunto de réplicas.

Para administrar nuevamente el conjunto de réplicas con automatización, vuelva a importar el conjunto de réplicas a Ops Manager.

En la página Deployment, haga clic en Add, seleccione Existing MongoDB Deployment y continúe agregando Automation nuevamente a su clúster.