Todos los productos
Search
Centro de documentos

ApsaraDB RDS:Restauración de bases de datos y tablas

Última actualización: Oct 10, 2026

Restaure bases de datos o tablas específicas a partir de un conjunto de copia de seguridad o hasta un momento determinado, ya sea en la instancia original o en una nueva, sin necesidad de restaurar todos los datos. ApsaraDB RDS for MySQL admite los modos de restauración estándar y rápida para recuperarse con agilidad de operaciones accidentales o analizar datos históricos.

Diferencias entre los modos de restauración de bases de datos y tablas

Existen dos modos de restauración para bases de datos y tablas individuales: estándar y rápido. La función fast restoration for individual databases and tables utiliza un performance-type sandbox instance y es entre un 50 % y un 95 % más rápida que la restauración estándar para el mismo volumen de datos. Para usar la restauración rápida, primero debe enable the feature y después restore data from the backup sets created after the feature is enabled to an original or new instance.

Para obtener más información, consulte Overview of data restoration solutions (comparison of restoration speeds).

image

Elemento

Restauración estándar

Restauración rápida

Alcance de la restauración

Restaura las bases de datos y tablas especificadas dentro de una instancia.

Restaura las bases de datos y tablas especificadas dentro de una instancia.

Destino de la restauración

  • Para instancias con high-performance local disks: puede restaurar los datos en la original instance o en una new instance.

  • Para instancias con cloud disks: solo es posible restaurar los datos en la original instance.

  • Para instancias con high-performance local disks: solo es posible restaurar los datos en la original instance.

  • Las instancias con cloud disks no son compatibles con fast restoration for individual databases and tables.

Velocidad de restauración

La velocidad depende del volumen de datos y resulta relativamente lenta.

La velocidad depende del volumen de datos. Este método es entre un 50 % y un 95 % más rápido que la restauración estándar.

Método de restauración

Admite la restauración desde un backup set y la point-in-time recovery.

  • free edition: permite restaurar los datos hasta el momento de la última copia de seguridad completa.

  • paid edition: permite restaurar los datos desde un backup set o ejecutar una point-in-time recovery.

Nota
  • Después de habilitar log backup, puede ejecutar una point-in-time recovery hacia cualquier momento dentro del retention period de la log backup. Si la log backup no está habilitada, solo podrá restaurar los datos hasta los momentos correspondientes a las data backups existentes.

  • El intervalo de tiempo disponible para la restauración depende de factores como la retention periods de las log backups y las data backups, así como del momento en que habilite la función de restauración. El retention period máximo tanto para las log backups como para las data backups es de 730 días. Llame a la operación de API DescribeLocalAvailableRecoveryTime para consultar el intervalo de tiempo de recuperación disponible.

Requisitos previos

Recuperación estándar

Local SSDs

  • Su instancia de ApsaraDB RDS for MySQL debe cumplir los siguientes requisitos:

    • Versión principal: 8.0, 5.7 o 5.6

    • Edición: high-availability edition o MySQL 5.7 Three-Node Enterprise Edition

    • Tipo de almacenamiento: local SSD

    • Motor de almacenamiento: InnoDB

    • Método de facturación: pay-as-you-go o suscripción (esta función no es compatible con instancias Serverless).

    Nota

    Consulte esta información en la página Basic Information de la instancia.

  • La instancia debe tener menos de 50,000 tablas.

  • Si utiliza Database Backup Service (DBS) por primera vez, debe authorize the service-linked role for DBS (AliyunServiceRoleForDBS).

  • Asegúrese de que la función de recuperación de bases de datos y tablas esté habilitada en la instancia.

    En la página de detalles de la instancia, vaya a Backup and Recovery. En la pestaña Backup Policy, compruebe el estado de la función de recuperación de bases de datos y tablas. Si está deshabilitada, habilite Database and Table Recovery.

    Importante
    • Al habilitar la recuperación de bases de datos y tablas, el formato de la copia de seguridad cambia de archivo tar a paquete xbstream para admitir esta función.

    • La función de recuperación de bases de datos y tablas se habilita de forma predeterminada en las instancias nuevas y no se puede deshabilitar.

    • Los conjuntos de copia de seguridad creados antes de habilitar esta función no admiten la recuperación de bases de datos y tablas. Debe ejecutar una full backup manual después de habilitarla. A partir de ese momento, podrá usar los conjuntos de copia de seguridad generados posteriormente para la recuperación.

      Si lo necesita, también puede consultar Restore Full Data.

Cloud Disks

  • Su instancia de ApsaraDB RDS for MySQL debe cumplir los siguientes requisitos:

    • Versión principal: 8.0 o 5.7

    • Edición: high-availability edition, Basic Edition o Cluster Edition

    • Tipo de almacenamiento: SSD cloud disk, ESSD o ultra disk

    • Motor de almacenamiento: InnoDB

    • Método de facturación: pay-as-you-go o suscripción (esta función no es compatible con instancias Serverless).

    Nota

    Consulte esta información en la página Basic Information de la instancia.

  • Si utiliza Database Backup Service (DBS) por primera vez, debe authorize the service-linked role for DBS (AliyunServiceRoleForDBS).

  • Asegúrese de que la función de recuperación de bases de datos y tablas esté habilitada en la instancia.

    • Instancias nuevas (creadas a partir del 1 de diciembre de 2023): la función de restauración de bases de datos y tablas se habilita de forma predeterminada y no se puede deshabilitar.

    • Instancias existentes (creadas antes del 1 de diciembre de 2023): el sistema deshabilita de manera forzosa la función de restauración de bases de datos y tablas si estaba habilitada. Vaya a la página Backup and Recovery de la instancia y vuelva a habilitar la función en la pestaña Backup Policy. Una vez reactivada, podrá usar de inmediato los conjuntos de copia de seguridad válidos existentes para la restauración. La función no se puede volver a deshabilitar.

    • Importante

      Si los conjuntos de copia de seguridad existentes no son válidos y no sirven para la recuperación, ejecute una full backup manual después de habilitar la función. Luego, utilice los conjuntos de copia de seguridad posteriores para recuperarse.

Recuperación rápida

  • Su instancia de RDS debe cumplir los siguientes requisitos:

    • Versión principal: 8.0, 5.7 o 5.6

    • Edición: high-availability edition

    • Tipo de almacenamiento: local SSD (la recuperación rápida de bases de datos y tablas no es compatible con instancias que usan cloud disks).

    • Motor de almacenamiento: InnoDB

    • Método de facturación: pay-as-you-go o suscripción (esta función no es compatible con instancias Serverless).

    • Región de la instancia: China (Hangzhou), China (Shanghai), China (Beijing), China (Zhangjiakou), China (Hohhot) o China (Shenzhen)

    Nota

    Consulte esta información en la página Basic Information de la instancia.

  • Si utiliza Database Backup Service (DBS) por primera vez, debe authorize the service-linked role for DBS (AliyunServiceRoleForDBS).

  • La función de sandbox basada en capacidad debe estar deshabilitada en la instancia. Si está habilitada, disable it first.

    Nota

    Si habilita la recuperación rápida de bases de datos y tablas en una instancia con un sandbox basado en capacidad activo, el sistema lo actualiza a un sandbox basado en rendimiento. Esto incrementa los costos de recuperación ante desastres.

  • Asegúrese de que la función de recuperación rápida de bases de datos y tablas esté habilitada en la instancia.

    En la página de detalles de la instancia, vaya a Backup and Recovery. En la pestaña Backup Policy, compruebe el estado de la función de recuperación rápida de bases de datos y tablas. Si está deshabilitada, habilite Fast Database and Table Recovery Para obtener más información, consulte 1. Enable fast database and table recovery.

    Importante

    Los conjuntos de copia de seguridad creados antes de habilitar esta función no admiten este tipo de recuperación. Debe ejecutar una full backup manual después de habilitarla. Luego, utilice los conjuntos de copia de seguridad posteriores para recuperarse.

    Si lo necesita, también puede consultar Restore Full Data.

Consideraciones

  • Habilitada de forma predeterminada:

    • La función estándar de recuperación de bases de datos y tablas se habilita de forma predeterminada en las instancias nuevas y no se puede deshabilitar.

    • Una tarea de restauración no se puede pausar ni cancelar una vez iniciada.

  • Requisitos de la copia de seguridad de registros:

    La recuperación hasta un momento determinado requiere que log backup is enabled en la instancia. Si la copia de seguridad de registros no está habilitada, la recuperación rápida de bases de datos y tablas fallará.

  • Conmutación entre nodo principal y secundario, e interrupción del servicio:

    • Para instancias con discos locales de alto rendimiento:

      • Restaurar los datos en la instancia original desencadena una conmutación entre el nodo principal y el secundario, lo cual puede provocar una interrupción del servicio de 30 a 120 segundos. Asegúrese de que su aplicación cuente con un mecanismo de reconexión automática.

      • Restaurar los datos en una instancia nueva no desencadena ninguna conmutación entre nodos.

    • Para instancias con cloud disks:

      • Restaurar los datos en la instancia original no desencadena una conmutación entre nodos, pero puede afectar el rendimiento de dicha instancia o incluso provocar una instance switchover.

      • Se crea una copia de seguridad completa cuando finaliza la restauración.

Límites

  • Límites de la restauración de bases de datos y tablas (estándar/rápida):

    • Solo es posible restaurar datos de bases de datos y tablas que utilizan el motor de almacenamiento InnoDB. No se admite la restauración desde el motor de almacenamiento X-Engine.

    • No se admiten tablas particionadas, vistas ni procedimientos almacenados. Para restaurar estos objetos, utilice la función full data restoration.

    • No se puede restaurar una tabla si los binlog correspondientes contienen una operación de cambio de nombre para esa tabla, o si la tabla tiene una generated column.

    • Restauración de restricciones: la restauración de bases de datos y tablas admite primary key, unique index e índices normales (INDEX/KEY), pero no foreign key constraint, trigger ni full-text index (FULLTEXT INDEX).

      Importante

      El proceso de restauración elimina automáticamente las foreign key constraint para garantizar su éxito. Si necesita foreign key constraint, deberá recrearlas manualmente una vez concluida la restauración.

  • Límites en la cantidad de tablas:

    • Para que la database and table restoration se complete correctamente, una instance debe tener 50,000 tablas o menos.

    • La restauración puede tardar mucho más tiempo según el volumen de datos, la cantidad de bases de datos y tablas por restaurar, y el número de binlog procesados para el intervalo de tiempo especificado.

  • Límites de la restauración rápida de bases de datos y tablas:

    • En una instance con discos locales de alto rendimiento, solo es posible restaurar los datos en la instance original, no en una nueva.

    • No se puede usar la fast database and table restoration en una instance si esta cuenta con un read-only node, si utiliza Transparent Data Encryption (TDE) o si no tiene habilitada la log backup.

Facturación

Recuperación estándar

local SSD

En las instancias con local SSD, la función estándar de recuperación de bases de datos y tablas se habilita de forma predeterminada y no tiene costo. Si restaura los datos en una instancia nueva, se le cobrará por ella. Consulte los detalles de precios al crear la instancia.

Nota

cloud disk

A partir del 1 de diciembre de 2023, cuando habilite la función estándar de recuperación de bases de datos y tablas en una instancia con cloud disk, se backup architecture is upgraded, increasing backup storage usage by 30% to 80%. Si total backup size no supera la cuota gratuita, no se generarán cargos. El almacenamiento que exceda dicha cuota is billed based on actual usage.

Recuperación rápida

Disponible en ediciones gratuita y de pago para instancias con local SSD. No es compatible con instancias que usan cloud disk.

  • Free edition: no genera cargos. Permite restaurar datos desde un conjunto de copia de seguridad o hasta el momento de la última copia de seguridad completa.

  • Paid edition: modalidad pay-as-you-go. Se cobra $0.008 per GB per day. Permite restaurar datos desde un conjunto de copia de seguridad o hasta cualquier momento específico.

1. Habilitar la restauración rápida de bases de datos y tablas

Para utilizar la restauración rápida de bases de datos y tablas , primero habilítela siguiendo los pasos a continuación. Después, use un conjunto de copia de seguridad creado tras habilitar la función para Database/Table Restoration. Esta función solo está disponible para instancias con discos locales de alto rendimiento que cumplen los requisitos previos. Habilitarla no afecta sus servicios.

Nota

Si solo necesita usar la restauración estándar para bases de datos y tablas individuales, omita esta sección y continúe con 2. Restore databases and tables to the original or a new instance.

  1. Vaya a la página Instances. En la barra de navegación superior, seleccione la región donde reside la instancia de RDS. Luego, busque la instancia y haga clic en su ID.

  2. En el panel de navegación izquierdo, haga clic en Backup and Restoration.

    Nota

    Si aparece un cuadro de diálogo de facturación para Fast Database/Table Restoration, active la casilla Do not show again. y habilite la edición gratuita o de pago según corresponda. Si el cuadro de diálogo no aparece, continúe con los siguientes pasos.

  3. En la página Backup and Restoration, haga clic en la pestaña Backup Strategy.

  4. En la sección Basic Backup, haga clic en Edit y establezca Fast Database/Table Restoration en Enabled.

  5. Configure CDM Billing Method y CDM Retention Period. Esta función está disponible en una free edition y una paid edition:

    • Free edition: solo admite la restauración desde un conjunto de copia de seguridad. Establezca CDM Billing Method en Previous Full Backup Point in Time (Free Edition). El período de retención de los datos restaurados es de un día.

    • Paid edition: admite la restauración desde un conjunto de copia de seguridad o hasta un momento específico (requiere habilitar previamente la copia de seguridad de registros). Establezca CDM Billing Method en Any Point in Time (Paid Edition). Puede configurar un período de retención de datos de 1 a 730 días.

  6. Haga clic en OK.

2. Restaurar bases de datos y tablas en la instancia original o en una nueva

  1. Vaya a la página Instances. En la barra de navegación superior, seleccione la región donde se encuentra la instancia de RDS. A continuación, busque la instancia de RDS y haga clic en su ID.

  2. En el panel de navegación izquierdo, haga clic en Backup and Restoration y luego en Restore Individual Database/Table.

    Nota
    • Si el botón Restore Individual Database/Table no aparece en la consola, compruebe si se cumplen los requisitos de la sección Requisitos previos.

    • Si la consola no responde después de hacer clic en el botón Restore Individual Database/Table, borre la caché del navegador e inténtelo de nuevo.

    • Si un mensaje indica que la capacidad de almacenamiento es insuficiente, primero puede expand the storage capacity y luego volver a intentar la restauración.

  3. Configure el destino y el método de restauración.

    Parámetro

    Descripción

    Restore to

    • Restore to original instance

    • Restore to new instance (disponible solo para instancias que usan discos locales de alto rendimiento): el sistema crea una nueva instancia de RDS. Este proceso no afecta a la instancia original.

      Después de comprobar los datos en la nueva instancia, también puede migrate the data de vuelta a la instancia original.

    Restore speed

    • Standard

    • Fast (compatible solo cuando se restauran datos en la instancia original): esta opción aumenta la velocidad de restauración entre un 50 % y un 95 %. Para obtener más información, consulte Emergency recovery for ApsaraDB RDS for MySQL.

    Restore method

    • By backup set

    • By time (requiere log backups to be enabled): el sistema primero restaura los datos desde una copia de seguridad completa y luego aplica las copias de seguridad incrementales de registros para devolver la instancia a un momento específico. Puede elegir cualquier momento dentro del periodo de retención de las copias de seguridad de registros. Para consultar o modificar este periodo de retención, consulte Automatic backup.

      Por ejemplo, si los periodos de retención de las copias de seguridad de datos y de registros de una instancia de RDS son de siete días, puede restaurar datos de hasta siete días atrás. Los conjuntos de copia de seguridad con más de siete días de antigüedad se eliminan y no se pueden usar para la restauración.

    Nota

    La edición gratuita de la función de restauración rápida no admite la recuperación a un momento específico. Solo permite restaurar desde un conjunto de copia de seguridad.

  4. Seleccione las bases de datos o tablas que desea restaurar, especifique nombres nuevos para ellas y luego haga clic en OK.

    Nota
    • Puede seleccionar un máximo de 50 bases de datos o tablas a la vez.

    • Cuando se restauran datos en la instancia original, los datos existentes en ella no se ven afectados. Las bases de datos restauradas requieren nombres únicos, mientras que las tablas restauradas pueden reutilizar nombres existentes. De forma predeterminada, el sistema agrega _backup al nombre de la base de datos restaurada; posteriormente, usted puede modificarlo.

    • Al restaurar datos en la instancia original, asegúrese de que tenga suficiente capacidad de almacenamiento disponible para las bases de datos y tablas seleccionadas.

  5. Si ejecuta una restauración estándar y elige Restore to new instance para una instancia que usa discos locales de alto rendimiento, debe seleccionar un método de facturación y configurar los parámetros de la nueva instancia.

    • Subscription: debe pagar por la instancia al crearla. Este método de facturación es adecuado para uso a largo plazo.

    • Pay-as-you-go: se le cobra por hora. Este método de facturación es adecuado para uso a corto plazo. Puede liberar la instancia en cualquier momento para reducir costos.

    Parámetro

    Descripción

    Zone

    Una zona es un área física independiente dentro de una región. Puede crear la instancia de RDS en la misma zona que una instancia de ECS o en una distinta.

    Nota

    La nueva instancia debe estar en la misma región que la instancia original. No es posible cambiar la región.

    Instance type

    Each instance type proporciona un número específico de vCPU, tamaño de memoria, cantidad máxima de conexiones e IOPS máximos.

    Storage capacity

    Incluye espacio para datos, archivos del sistema, archivos de registro y archivos de transacciones.

    Network type

    VPC (predeterminado). Un entorno de red aislado que ofrece mayor seguridad y rendimiento que Classic Network.

  6. Puede consultar el progreso de la restauración o de la creación de la nueva instancia en la lista de tareas.

    Después de iniciar una operación de database and table recovery en la consola de ApsaraDB RDS y seleccionar restore to the original instance, el estado de ejecución de la instancia de ApsaraDB RDS for MySQL cambia a Creating Temporary Instance. Este estado indica que la tarea de recuperación está en curso. Su instancia sigue funcionando con normalidad durante este proceso, por lo que puede ejecutar otras operaciones, como iniciar una copia de seguridad. La duración de este estado es proporcional al volumen de datos que se recuperan.

    Importante
    • Una vez que inicia una tarea de recuperación, no es posible pausarla ni cancelarla.

    • Mientras se ejecuta una tarea de recuperación, no inicie otra operación de recuperación. De lo contrario, el sistema devuelve un mensaje de error como "Operation failed. This operation is not supported in the current instance state." Espere a que finalice la tarea actual antes de iniciar otra.

    • Si una instancia primaria tiene read-only instances, el sistema sincroniza automáticamente los datos con todas las instancias de solo lectura asociadas una vez que termina la tarea de recuperación de la instancia primaria. Esto garantiza la coherencia de los datos entre la instancia primaria y las de solo lectura.

  7. Connect to the RDS for MySQL instance para consultar los datos restaurados en la instancia original o en la nueva.

    Nota
    • Asegúrese de que la cuenta que utiliza para conectarse a la instancia tenga permisos para consultar o gestionar bases de datos. Se recomienda usar una privileged account.

    • Si usa DMS para conectarse a la instancia de RDS for MySQL, debe hacer clic derecho sobre la instancia y seleccionar Refresh / Sync Dictionary una vez que termine la restauración. Después, la nueva base de datos aparecerá en la lista.

    Puede use DTS to migrate the data desde la nueva instancia hacia la original.

Operaciones relacionadas

Corregir datos en línea

Destino

Método de corrección

Instancia original

Use la instrucción RENAME TABLE para cambiar el nombre de la tabla restaurada.

Nueva instancia

Después de restaurar los datos en la nueva instancia, puede usar Data Transmission Service (DTS) para Migrate data between ApsaraDB RDS for MySQL instances a la instancia de origen y así actualizar sus datos.

Nota

Cuando cree una tarea de migración de datos, especifique la nueva instancia restaurada como origen y la instancia de origen como destino. Para ambos casos, seleccione Alibaba Cloud instance como Access method.

Deshabilitar la restauración rápida de bases de datos o tablas

Deshabilitar Fast Database/Table Restoration no afecta la restauración estándar de bases de datos y tablas.

Vaya a la página Backup and Restoration de la instancia. En la pestaña Backup Strategy, haga clic en Edit junto a Basic Backup y luego establezca Fast Database/Table Restoration en Disabled.

Cambiar la edición de restauración rápida para reducir costos

Cambie a la edición gratuita para reducir costos. Esta edición solo admite la restauración desde un conjunto de copia de seguridad o hasta el momento de la copia de seguridad completa más reciente; no permite la recuperación a un momento arbitrario.

Vaya a la página Backup and Restoration de la instancia. En la pestaña Backup Strategy, haga clic en Edit junto a Basic Backup y luego establezca CDM Billing Method en Previous Full Backup Point in Time (Free Edition).

Establezca CDM Retention Period en la cantidad de días necesaria (por ejemplo, 1 día).

API relacionadas

API

Descripción

RestoreTable

Restaura una base de datos o tabla en la instancia original.

CloneDBInstance

Clona una base de datos o tabla de una instancia de RDS a una nueva instancia.

DescribeLocalAvailableRecoveryTime

Consulta el rango de tiempo recuperable para una instancia de RDS a partir de sus copias de seguridad.

Preguntas frecuentes

¿Qué debo hacer si recibo el mensaje de error **Operation failed. This operation is not supported in the current instance state.** durante la recuperación a nivel de base de datos o tabla?

Las tareas en la consola de ApsaraDB RDS se ejecutan de forma secuencial. Este error ocurre si inicia una nueva tarea de recuperación mientras otra ya está en curso. Espere a que termine la tarea actual antes de iniciar una nueva.

¿Qué debo hacer si no puedo seleccionar bases de datos y tablas para la recuperación y recibo el mensaje de error **Meta information is too large. (Error code: InvalidMeta.TooLarge)**?

Este error ocurre porque la cantidad de tablas supera el límite de 50,000. Para evitar esta limitación, restaure todos los datos en una nueva instancia. Para obtener más información, consulte Restore full data.

Nota

¿Qué debo hacer si el punto de restauración no se carga y recibo el mensaje de error **Operation failed. The specified restoration time is invalid. Please reset the restoration time. (Error code: InvalidRestoreTime.Format)** durante una recuperación a un momento específico?

Para llevar a cabo una recuperación a un momento específico, asegúrese de que la copia de seguridad de registros esté habilitada en la instancia. Vaya a la página Backup and Restoration de la instancia. En la pestaña Backup Strategy, compruebe o modifique el estado de Log Backup. Para obtener más información, consulte Automatic backup.

¿Qué debo hacer si recibo el mensaje de error **Meta information is empty. (Error code: InvalidMeta.Empty)** al restaurar desde un conjunto de copia de seguridad o hasta un momento específico?

Para una instancia que usa discos locales de alto rendimiento, debe ejecutar una manual backup después de habilitar la función de recuperación a nivel de base de datos o tabla. Luego, seleccione el nuevo conjunto de copia de seguridad para la recuperación. Si es necesario, consulte Restore full data.

¿Qué debo hacer si la tabla restaurada está vacía?

Compruebe que la tabla original contenía datos en el momento seleccionado. Si estaba vacía, elija un momento en el que sí tuviera datos y vuelva a intentar la recuperación.

¿Cómo recupero datos tras una eliminación accidental?

Puede use the data tracking feature of Data Management (DMS) para rastrear las actualizaciones correspondientes, generar instrucciones SQL de reversión y ejecutarlas mediante un ticket de data change para recuperar los datos.

¿Por qué un usuario de RAM no encuentra el botón "Restore Individual Database/Table" en la página Backup and Restoration de la consola de ApsaraDB RDS?

Compruebe que la política AliyunDBSFullAccess esté adjunta al usuario de RAM. Para ver las instrucciones, consulte Grant permissions to a RAM user.

¿Cómo elijo entre la recuperación a nivel de base de datos o tabla y la recuperación de emergencia?

  • Utilice la recuperación a nivel de base de datos o tabla para restaurar bases de datos y tablas específicas ante eliminaciones o modificaciones accidentales. Recurra a la recuperación de emergencia cuando necesite restaurar una instancia completa.

  • La recuperación de emergencia le permite restaurar datos hasta un momento específico en una instancia de sandbox (no en una instancia de RDS). Resulta útil para comparar datos históricos, corregir datos dañados o recuperarse de una pérdida de datos mediante Data Transmission Service (DTS) para migrarlos de vuelta a la instancia original.

Nota

Si habilita tanto la recuperación a nivel de base de datos o tabla como la recuperación de emergencia, Cloud Data Migration (CDM) fusiona el almacenamiento en el backend para reducir costos. Para conocer más métodos de recuperación de datos, consulte Overview of data restoration methods.

¿Existen otras formas de restaurar bases de datos y tablas en una instancia de RDS que usa un disco en la nube?

Puede usar Data Disaster Recovery para respaldar y restaurar bases de datos en la nube o bases de datos autogestionadas en instancias de Elastic Compute Service (ECS). Data Disaster Recovery también le permite download conjuntos de copia de seguridad en la nube a una computadora local.

Nota

Para conocer más formas de restaurar bases de datos y tablas, consulte database/table-level recovery o Back up and restore data by using mysqldump.

¿Cómo revierto rápidamente cambios en los datos a partir de un archivo de registro binario?

Para una sola operación DML o para un número reducido de ellas, puede use the data tracking feature of DMS to restore data.

¿Dónde encuentro las tablas restauradas?

Las tablas restauradas se ubican en la base de datos rx_backup_task_no.