Todos los productos
Search
Centro de documentos

Data Management:Archivar datos en Lindorm

Última actualización: Sep 03, 2026

Data Management (DMS) le permite archivar registros históricos de bases de datos relacionales en una instancia de Lindorm. Esto reduce los costos de almacenamiento en las bases de datos de producción y mantiene los datos accesibles para consultas.

Requisitos previos

  • Se admiten los siguientes tipos de bases de datos de origen:

    • MySQL: ApsaraDB RDS for MySQL, PolarDB for MySQL y AnalyticDB for MySQL V3.0

    • PostgreSQL: ApsaraDB RDS for PostgreSQL y PolarDB for PostgreSQL

    • PolarDB-X 2.0

    Nota

    La cuenta de una base de datos MySQL debe tener el permiso REPLICATION CLIENT.

  • Se adquirió un motor de tabla ancha de Lindorm versión 2.2.17 o posterior. Para obtener información sobre el procedimiento de compra, consulte Create an instance.

  • La base de datos Lindorm de destino se agregó a DMS. Seleccione Lindorm-SQL al agregar la base de datos. Para obtener más información, consulte Register a cloud database instance.

  • Las tablas de origen tienen una clave principal o una clave única.

    Nota

    Se recomienda que la tabla de origen contenga un campo de hora de modificación para usar la hora de modificación del negocio como condición de filtro en el archivado.

Notas de uso

  • Para ejecutar una tarea recurrente de archivado de datos, tanto la base de datos de origen como la de destino deben estar en el modo de control Security Collaboration o Stable Change. Para ejecutar una tarea de archivado de datos solo una vez, no se impone ninguna limitación al modo de control.

    Nota

    Si sus instancias están en el modo de control Stable Change, habilite el hosting de seguridad o cambie el modo de control a Security Collaboration antes de configurar una tarea recurrente de archivado de datos. Esto evita fallos en la tarea causados por la expiración del inicio de sesión de la instancia. Para obtener más información, consulte Enable security hosting y Change the control mode of an instance.

  • La función de archivado de datos solo está disponible en las regiones de Singapore e Indonesia (Jakarta).

Facturación

El costo por adquirir la instancia de destino.

Archivar datos

  1. Inicie sesión en DMS 5.0.

  2. En la barra de navegación superior, seleccione Solution > Data Archiving.

    Nota

    Si utiliza la consola de DMS en modo simple, pase el puntero sobre el icono 2023-01-28_15-57-17.png en la esquina superior izquierda de la consola de DMS y seleccione All Features > Solution > Data Archiving.

  3. En la esquina superior derecha de la página, haga clic en Data Archiving.

  4. En la página New Data Archive Ticket, configure la información del ticket.

    Parámetro

    Obligatorio

    Descripción

    Task Name

    Sí

    Introduzca un nombre de tarea claro y específico para reducir los costos de comunicación.

    Archive Destination

    Sí

    Seleccione Lindorm.

    Lindorm Instance

    Sí

    Busque y seleccione la instancia de ApsaraDB for Lindorm de destino.

    Source Database

    Sí

    Busque y seleccione la base de datos de origen.

    Archive Configuration

    Sí

    Seleccione la tabla para archivar.

    • Opcional: Introduzca las condiciones de filtro para los datos que se archivarán. Ejemplo: gmt_modified<='${6_month_ago}'.

      Nota

      Si necesita usar una variable de tiempo, por ejemplo, para archivar datos de hace seis meses, primero configure la variable en la sección de variable configuration.

    • Opcional: Haga clic en Add para agregar varias tablas de origen.

    Archive Table Mapping

    No

    Puede hacer clic en Edit en la columna Actions del nombre de la tabla para editar el nombre de la tabla, la información de columnas, la clave de sharding y la clave de partición después de archivar la tabla de origen en la base de datos de destino.

    Variable Configuration

    No

    Defina variables de tiempo para las condiciones de filtro. Por ejemplo, cree una variable llamada 6_month_ago con formato yyyy-MM-dd y desplazamiento -6 Month. Si hoy es 12 de agosto de 2021, ${6_month_ago} se resuelve como 2021-02-11. Para obtener más información, consulte la sección "Configure time variables" del tema Variables.

    Post-action

    No

    • Si selecciona Clean up archived data in the source table (delete-lock-free), una vez completado el archivado, el sistema elimina automáticamente los datos archivados en la tabla de origen mediante una instrucción DELETE de cambio de datos sin bloqueo. Sin embargo, eliminar la tabla de origen genera una tabla de copia de seguridad temporal en la base de datos de origen para almacenar los datos archivados. Asegúrese de que la base de datos de origen tenga suficiente espacio para evitar la indisponibilidad de la instancia por falta de espacio.

      Limpiar la tabla de copia de seguridad temporal: Después de confirmar que el archivado de datos se completó correctamente y que los datos son correctos, puede crear un ticket Standard data change para limpiar la tabla de copia de seguridad temporal en la base de datos de origen.

    • Si no selecciona Clean up archived data in the source table (delete-lock-free), deberá eliminar manualmente los datos en la tabla de origen y optimizar el espacio una vez completado el archivado de datos.

      1. Limpiar datos en la tabla de origen: Cree un ticket de cambio de datos normal para limpiar los datos archivados en la base de datos. Para obtener información sobre cómo crear un ticket de cambio de datos normal, consulte Standard data change.

      2. Optimizar espacio en la tabla de origen: Cree un ticket de cambio sin bloqueo para optimizar el espacio de la tabla de origen. Para obtener información sobre cómo crear un ticket de cambio sin bloqueo, consulte Perform lockless schema changes using lockless change tickets.

    • Si selecciona Verify archived data, los datos archivados se verifican cuando se ejecuta la tarea de archivado. La verificación incluye el nombre de la tabla de archivado, la base de datos de origen y el número de instrucciones SQL. Puede consultar los detalles al hacer clic en Verification Details.

    Run Mode

    Sí

    Seleccione un modo de ejecución. Se admiten los siguientes modos:

    • Run Once: Una vez aprobado el ticket, la tarea de archivado se ejecuta solo una vez.

    • Periodic scheduling: Una vez aprobado el ticket, la tarea de archivado se ejecuta según la programación periódica implementada. Para obtener más información, consulte Periodic scheduling.

  5. Haga clic en Submit.

  6. Una vez aprobado el ticket, DMS ejecuta automáticamente la tarea de archivado de datos.

  7. Query the data after archiving is successful.

Consultar datos archivados

Método 1: Consultar datos archivados mediante DMS

  1. Después de que la tarea de archivado de datos se ejecute correctamente, en la página actual de Ticket Details, en la sección Basic Information, haga clic en View a la derecha de Destination Database.

  2. Al ingresar a la página de SQL Console, en la lista de tablas de la izquierda, seleccione y haga doble clic en el nombre de la tabla de destino, y luego haga clic en Execute para consultar los datos archivados.

    Nota

    El sistema crea automáticamente bases de datos y tablas en la instancia de archivado basándose en los nombres de bases de datos y tablas de la base de datos de origen. Por lo tanto, el nombre de la base de datos de destino es igual al nombre de la base de datos de origen.

    Se agregan cuatro nuevas columnas a la tabla archivada sin afectar el uso de los datos originales:

    • Información de archivado (ID del ticket y hora de archivado)

    • Nombre de la base de datos

    • Nombre de la tabla

    • ID de la instancia (el ID asignado cuando la instancia se agrega a DMS, correspondiente al ID real de la instancia)

Método 2: Consultar datos archivados mediante Lindorm

Motor de tabla ancha Data query.

Programación periódica

Parámetro

Descripción

Scheduling Cycle

Seleccione el ciclo para programar la tarea:

  • Hour: Ejecuta la tarea según la hora especificada. Debe configurar una programación horaria.

  • Day: Ejecuta la tarea una vez al día. Debe configurar una hora específica para la programación diaria.

  • Week: Ejecuta la tarea en un ciclo semanal, en cada día especificado. Debe configurar el día y la hora específicos.

  • Month: Ejecuta la tarea en un ciclo mensual, en cada día especificado. Debe configurar el día y la hora específicos.

Scheduled Schedule

Se proporcionan los siguientes dos métodos de programación:

  • Programación de intervalo fijo:

    • Start Time: La hora de inicio para ejecutar la tarea.

    • Interval: El intervalo para ejecutar la tarea. Unidad: horas.

    • End Time: La hora de finalización para ejecutar la tarea.

    Por ejemplo, si establece Start Time en 00:00, Interval en 6 horas y End Time en 20:59, el sistema ejecuta la tarea a las 0, 6, 12 y 18 horas.

  • Programación de Specified Time: Seleccione los puntos de tiempo objetivo para ejecutar la tarea.

    Por ejemplo, si selecciona 0 horas y 5 horas, el sistema ejecuta la tarea a las 0 y a las 5 horas.

Specified Time

  • Si el ciclo de programación es Week, seleccione los días de la semana para ejecutar la tarea. Se admiten selecciones múltiples.

  • Si el ciclo de programación es Month, seleccione los días del mes para ejecutar la tarea. Se admiten selecciones múltiples.

Specific Time

Establezca la hora específica para ejecutar el flujo de tareas.

Por ejemplo, si establece la hora en 02:55, el sistema ejecuta la tarea a las 02:55 del día especificado.

Cron Expression

No necesita configurar esto manualmente. El sistema lo muestra automáticamente según el ciclo de programación y la hora específica que configure.