Todos los productos
Search
Centro de documentos

ApsaraDB RDS:Use data tracking of DMS to restore data

Última actualización: Sep 03, 2026

Cuando actualizaciones, eliminaciones o escrituras accidentales dañan los datos en su instancia de ApsaraDB RDS for MySQL, la función de seguimiento de datos de Data Management (DMS) le permite identificar qué filas cambiaron dentro de un periodo específico. Esta herramienta genera un script de reversa a partir de los registros binarios y lo aplica para restaurar únicamente las filas afectadas, sin necesidad de restaurar toda la instancia o base de datos.

Para obtener una descripción general de todos los métodos de restauración de datos, consulte Overview of data restoration methods .

Elección de un método de restauración

Utilice la siguiente tabla para determinar qué método de restauración se ajusta a su situación antes de continuar.

Método

Funcionamiento

Velocidad

Periodo restaurable

Costo

Data tracking (esta guía)

Analiza los registros binarios de un rango de tiempo especificado, genera sentencias de reversa para operaciones DML seleccionadas y las aplica mediante un ticket de cambio de datos.

Rápida

Flexible Management: últimos 30 minutos (no está disponible la exportación de reversa/reconstrucción). Stable Change o Security Collaboration: hasta 168 horas (copia de seguridad de registros deshabilitada) o hasta 730 días (copia de seguridad de registros habilitada).

Flexible Management: gratuito. Stable Change o Security Collaboration: fees apply.

Restoration for individual databases and tables

Restaura bases de datos o tablas específicas en una instancia nueva o existente. La restauración en una instancia existente desencadena un failover entre principal y secundaria.

Rápida (modo rápido) o baja (modo estándar)

Hasta 730 días, según el periodo de retención de copias de seguridad de registros.

Se cobra por la nueva instancia y por el almacenamiento de copias de seguridad que exceda la cuota gratuita.

Full data restoration

Restaura todos los datos en una nueva instancia y luego los migra de vuelta a la original o a otro destino.

Lenta

Hasta 730 días, según los periodos de retención de copias de seguridad de registros y de datos.

Se cobra por la nueva instancia, el almacenamiento de copias de seguridad que exceda la cuota gratuita y el tráfico de salida a Internet para la migración.

Utilice el seguimiento de datos cuando necesite revertir filas específicas de un periodo conocido y desee evitar la sobrecarga de restaurar una instancia completa.

Requisitos previos

Antes de empezar, asegúrese de contar con lo siguiente:

  • Una base de datos MySQL 5.6 o posterior

  • Registro binario habilitado para la base de datos

  • Sesión iniciada en la base de datos desde DMS (obligatorio para los modos Flexible Management y Stable Change; no es necesario para el modo Security Collaboration)

Limitaciones

  • Solo se pueden rastrear operaciones DML (INSERT, UPDATE, DELETE). Las operaciones DDL no admiten seguimiento.

  • Modo Flexible Management: el seguimiento se limita a los 30 minutos anteriores y no es posible exportar scripts de reversa ni de reconstrucción.

  • Modo Stable Change o Security Collaboration: el seguimiento se limita al periodo de retención de registros binarios.

  • Un solo ticket de seguimiento de datos abarca un máximo de 48 horas. Para rangos de tiempo mayores, divida el periodo en varios tickets.

  • Si el registro binario está deshabilitado o no ha iniciado sesión en la base de datos, DMS no puede recuperar los registros binarios.

Seguimiento de cambios de datos y generación de un script de reversa

  1. Inicie sesión en DMS console V5.0.

  2. En la barra de navegación superior, haga clic en Database Development > Data Tracking > Data Tracking Ticket.

    Si utiliza la consola de DMS en modo simple, pase el puntero sobre el icono 2023-01-28_15-57-17.png ubicado en la esquina superior izquierda y seleccione All Features > Database Development > Data Tracking > Data Tracking Ticket .
  3. En la esquina superior derecha de la página Data Tracking Ticket, haga clic en Data Tracking.

  4. En la página Data Tracking Tickets, configure los siguientes parámetros y haga clic en Submit. Después de hacer clic en Submit, DMS recupera automáticamente los registros binarios. El ticket avanza al paso Approval.

    Parámetro

    Descripción

    Task Name

    Introduzca un nombre que le permita a usted y a los aprobadores identificar el propósito del ticket.

    Database Name

    Seleccione la base de datos cuyos datos desea rastrear. Debe tener permisos de gestión sobre la base de datos en DMS. Escriba un prefijo para filtrar la lista.

    Table Name

    Seleccione una o más tablas para rastrear.

    Track Type

    Seleccione los tipos de operación a revertir: Insert (genera sentencias de reversa INSERT), Update (genera sentencias de reversa UPDATE) o Delete (genera sentencias de reversa DELETE).

    Time Range

    Especifique el periodo que cubre el cambio accidental. Modo Flexible Management: limitado a los últimos 30 minutos. Modo Stable Change o Security Collaboration: cualquier rango dentro del periodo de retención de registros binarios, hasta 48 horas por ticket.

    Change Stakeholder

    Seleccione las partes interesadas que necesitan acceso a los detalles del ticket. Solo las partes interesadas seleccionadas y los aprobadores del ticket pueden consultarlo.

  5. Espere a que se apruebe el ticket.

    De forma predeterminada, el administrador de bases de datos (DBA) de la base de datos seleccionada aprueba los tickets de seguimiento de datos. Para obtener detalles sobre las reglas de aprobación, consulte Data tracking .
  6. Tras la aprobación, espere a que DMS descargue y analice los registros binarios.

  7. Una vez finalizado el análisis, filtre los resultados por Track Type, Table Name o Column Name para aislar las filas que desea revertir. Seleccione los registros objetivo y haga clic en Export Rollback Script. El script de reversa se descargará en su computadora.

    Para revisar un registro individual antes de exportar, haga clic en View Details para ver los datos completos de la fila y copiar la sentencia de reversa.

Aplicación del script de reversa

Después de exportar el script de reversa, elija cómo aplicarlo según la cantidad de filas afectadas:

  • Pocas filas afectadas: Ejecute las sentencias de reversa directamente en la SQL Console.

  • Muchas filas afectadas: Envíe un normal data change ticket y cargue el script de reversa exportado como archivo adjunto. DMS aplicará las sentencias SQL a la base de datos seleccionada.

Referencia de API

Para automatizar el seguimiento de datos con la API de DMS, utilice las siguientes operaciones: