ApsaraDB for MongoDB:Recuperación a un punto en el tiempo en una nueva instancia

Tipos de instancia compatibles

• Instancias de conjunto de réplicas.

• Instancias de clúster fragmentado.

Notas de uso

• Para garantizar una recuperación precisa a un punto en el tiempo, debe habilitar Log Backup. Si Log Backup está deshabilitado, ApsaraDB for MongoDB restaura los datos desde la copia de seguridad completa más cercana debido a la falta de datos de oplog, lo que genera una recuperación imprecisa. Para obtener información sobre cómo habilitar la copia de seguridad de registros, consulte Automatically back up data for an ApsaraDB for MongoDB instance.

  Nota

  No es posible realizar una recuperación a un punto en el tiempo si el momento especificado se encuentra fuera del período de retención de copias de seguridad de registros.

• La recuperación a nivel de base de datos solo es compatible con copias de seguridad físicas, no con copias lógicas. Si su instancia de ApsaraDB for MongoDB ejecuta una versión anterior a MongoDB 4.0 y cuenta con más de 10,000 colecciones e índices, la copia de seguridad física podría fallar. Antes de ejecutar una copia de seguridad física, actualice su instancia de ApsaraDB for MongoDB a MongoDB 4.0 o posterior. Para obtener más información, consulte Upgrade the major version of an instance.

  Importante

  Después de una actualización de versión principal, los archivos de copia de seguridad de la versión anterior no pueden utilizarse para restaurar datos en la nueva versión.

• El tiempo de restauración de la base de datos depende de factores como el volumen de datos, la cola de tareas y las condiciones de la red.

  • No es posible visualizar el progreso exacto de la reproducción del oplog ni el tiempo estimado de finalización. Utilice el cambio de estado de la nueva instancia a Running como indicador de que la restauración ha concluido.

  • Durante la restauración, el espacio en disco utilizado por la nueva instancia aumenta gradualmente. Debido a la reproducción del oplog y a los archivos temporales, el uso de almacenamiento puede superar temporalmente las expectativas. Este comportamiento es normal y no afecta el resultado final de la restauración. Cuando el uso de espacio en disco de la nueva instancia se aproxima al volumen de datos de la instancia de origen, la restauración suele estar cerca de completarse.

  • La restauración de datos consume recursos de cómputo en la nueva instancia. Se espera que una nueva instancia con especificaciones menores (CPU o memoria) tarde más en completar la restauración.

• Si la instancia de origen ejecuta una versión secundaria que ya no recibe mantenimiento, el sistema actualiza automáticamente la nueva instancia a la última versión secundaria durante el proceso de restauración. Esto garantiza un mejor rendimiento y estabilidad.

Facturación

Esta operación crea una nueva instancia y genera cargos. Para obtener más información, consulte Billing items and pricing.

Instancias de conjunto de réplicas

1. Vaya a la página de Instancias de conjunto de réplicas de ApsaraDB for MongoDB. En la barra de navegación superior, seleccione un resource group y una región, y luego haga clic en el ID de la instancia destino.

2. En el panel de navegación izquierdo de la página de detalles de la instancia, haga clic en Backup and Restoration.

3. En la pestaña Full Backup, haga clic en Create Instance by Time Point.

4. En el panel Create Instance by Time Point, configure los siguientes parámetros y haga clic en OK.

   Parámetro	Descripción
   Select Time Point for Restoration	Seleccione el punto en el tiempo desde el cual restaurar los datos. Nota El punto de restauración debe ser anterior a la hora actual y posterior a la hora de creación de la instancia. El rango de tiempo disponible para la restauración está determinado por el período de retención de copias de seguridad de registros. Para obtener más información sobre cómo configurar la copia de seguridad de registros, consulte Automatically back up data for an ApsaraDB for MongoDB instance.
   Select Database for Restoration	All Databases: Restaura todas las bases de datos de la instancia. Partial Databases: Restaura bases de datos específicas de la instancia. Seleccione las bases de datos necesarias de la lista o haga clic en Enter Databases para introducir los nombres manualmente. Nota Si introduce los nombres manualmente, sepárelos con una coma (,). Si ha actualizado la versión de la base de datos, los archivos de copia de seguridad de la versión anterior no pueden utilizarse para restaurar datos. Las instancias de conjunto de réplicas que utilizan discos en la nube solo admiten la opción All Databases.

5. Cree una nueva instancia.

   1. En la página Clone Instance, seleccione un Product Type.

      • Replica Set (Subscription): Método de facturación prepago en el que se paga la instancia al momento de crearla. Esta opción es adecuada para necesidades a largo plazo y resulta más rentable que la opción pay-as-you-go. Cuanto mayor sea el período de suscripción, mayor será el descuento.

      • Replica Set (Pay-as-you-go): Método de facturación pospago en el que se factura por hora según las especificaciones de la instancia y la capacidad máxima de almacenamiento. Esta opción es adecuada para necesidades a corto plazo. Puede liberar la instancia en cualquier momento para reducir costos.

   2. Configure la nueva instancia. Para obtener detalles sobre los parámetros, consulte Create a replica set instance.

      Importante

      La capacidad de almacenamiento de la nueva instancia debe ser mayor o igual a la de la instancia de origen.

6. Adquiera la instancia.

   1. Haga clic en Buy Now.

   2. En la página Confirm Order, lea el Service Agreement.

   3. Haga clic en Pay.

   4. Siga las instrucciones en pantalla para completar el proceso de pago.

Instancias de clúster fragmentado

1. Vaya a la página de Instancias de clúster fragmentado de ApsaraDB for MongoDB. En la barra de navegación superior, seleccione un resource group y una región, y luego haga clic en el ID de la instancia destino.

2. En el panel de navegación izquierdo de la página de detalles de la instancia, haga clic en Backup and Restoration.

3. (Opcional) En la esquina superior derecha de la página, haga clic en Upgrade to Cluster Backup Mode.

   Nota

   Este paso solo es necesario para instancias de clúster fragmentado que utilizan cloud disks y fueron creadas antes del 18 de octubre de 2023. Si este botón no se muestra, la instancia ya ha sido actualizada.

4. En la pestaña Full Backup, haga clic en Create Instance by Time Point.

5. En el panel Create Instance by Time Point, configure los siguientes parámetros y haga clic en OK.

   Siga el procedimiento correspondiente a su tipo de instancia.

   Disco en la nube

   Parámetro	Descripción
   Recovery Mode	Seleccione Create Instance by Time Point. Nota Para obtener información sobre cómo utilizar Database and Collection Restoration, consulte Restore one or more databases of an ApsaraDB for MongoDB instance.
   Valid Time Range	Rango de tiempo disponible para la restauración. Este es un parámetro de solo lectura.
   Select Time Point for Restoration	Seleccione el punto en el tiempo desde el cual restaurar los datos. Nota El punto de restauración debe ser anterior a la hora actual y posterior a la hora de creación de la instancia. El rango de tiempo disponible para la restauración está determinado por el período de retención de copias de seguridad de registros. Para obtener más información sobre cómo configurar la copia de seguridad de registros, consulte Automatically back up data for an ApsaraDB for MongoDB instance.
   Select Database for Restoration	El valor predeterminado es All Databases. Nota Si ha actualizado la versión de la base de datos, los archivos de copia de seguridad de la versión anterior no pueden utilizarse para restaurar datos.

   Disco local

   Parámetro	Descripción
   Select Time Point for Restoration	Seleccione el punto en el tiempo desde el cual restaurar los datos. Nota El punto de restauración debe ser anterior a la hora actual y posterior a la hora de creación de la instancia. El rango de tiempo disponible para la restauración está determinado por el período de retención de copias de seguridad de registros. Para obtener más información sobre cómo configurar la copia de seguridad de registros, consulte Automatically back up data for an ApsaraDB for MongoDB instance.
   Select Database for Restoration	Seleccione All Databases. Nota Si ha actualizado la versión de la base de datos, los archivos de copia de seguridad de la versión anterior no pueden utilizarse para restaurar datos. Las instancias de clúster fragmentado que utilizan discos locales solo admiten la restauración de todas las bases de datos.

   Importante

   • El punto de restauración debe ser anterior a la hora actual y posterior a la hora de creación de la instancia.

   • Al restaurar una instancia de clúster fragmentado, evite seleccionar un punto en el tiempo demasiado reciente (generalmente dentro de la última hora), ya que esto podría causar un fallo en la restauración.

   • El rango de tiempo disponible para la restauración está determinado por el período de retención de copias de seguridad de registros. Para obtener más información sobre cómo configurar la copia de seguridad de registros, consulte Automatically back up data for an ApsaraDB for MongoDB instance.

6. Cree una nueva instancia.

   1. En la página Clone Instance, seleccione un Product Type.

      • Sharded Cluster (Subscription): Método de facturación prepago en el que se paga la instancia al momento de crearla. Esta opción es adecuada para necesidades a largo plazo y resulta más rentable que la opción pay-as-you-go. Cuanto mayor sea el período de suscripción, mayor será el descuento.

      • Sharded Cluster (Pay-as-you-go): Método de facturación pospago en el que se factura por hora según las especificaciones de la instancia y la capacidad máxima de almacenamiento. Esta opción es adecuada para necesidades a corto plazo. Puede liberar la instancia en cualquier momento para reducir costos.

   2. Configure la nueva instancia. Para obtener detalles sobre los parámetros, consulte Create a sharded cluster instance.

      Importante

      • El número de nodos shard en la nueva instancia de clúster fragmentado debe ser igual al de la instancia de origen.

      • La capacidad de almacenamiento de cada nodo shard en la nueva instancia debe ser mayor o igual a la del nodo shard correspondiente en la instancia de origen.

7. Adquiera la instancia.

   1. Haga clic en Buy Now.

   2. En la página Confirm Order, lea el Service Agreement.

   3. Haga clic en Pay.

   4. Siga las instrucciones en pantalla para completar el proceso de pago.

Preguntas frecuentes

P: ¿Por qué no encuentro la opción "Create Instance by Time Point" en la consola?

R: Esta función solo está disponible para instancias de conjunto de réplicas y de clúster fragmentado. No es compatible con instancias de nodo único .

P: ¿Cuál es la diferencia entre la restauración desde un punto de copia de seguridad y la recuperación a un punto en el tiempo?

R:

• La restauración desde un punto de copia de seguridad solo puede recuperar datos hasta el momento de la copia de seguridad completa más reciente. Este método es adecuado para escenarios en los que la actualidad de los datos no es crítica. Para obtener más información, consulte Restore backup data to a new ApsaraDB for MongoDB instance by backup point.

• La recuperación a un punto en el tiempo permite restaurar datos con una precisión de segundos y depende de la copia de seguridad de registros (oplog). Este método es adecuado para escenarios como la eliminación accidental de datos en un entorno de producción, donde se requiere retroceder con precisión a un momento específico.

• Si se eliminan datos accidentalmente en un entorno de producción, se recomienda utilizar la recuperación a un punto en el tiempo para restaurar los datos al momento justo anterior a la eliminación, y configurar la nueva instancia con una especificación no inferior a la de la instancia de origen. Esto ayuda a evitar una restauración lenta, una interrupción por falta de memoria (OOM) o que la nueva instancia no pueda manejar el tráfico de producción debido a especificaciones insuficientes.