Data Management:Cambio de datos estándar

Paso 1: Configurar y enviar el ticket

1. Inicie sesión en DMS 5.0.

2. Coloque el puntero sobre el icono en la esquina superior izquierda de la consola de DMS y seleccione All Features > Database Development > Data Change > Normal Data Modify.

   Nota

   Si utiliza la consola de DMS en modo normal, seleccione Database Development > Data Change > Normal Data Modify en la barra de navegación superior.

3. En la página Data Change Ticket Request, configure los parámetros del ticket. A continuación se describen algunos de estos parámetros.

   Nota

   • El siguiente ejemplo muestra cómo configurar los parámetros para una instancia en modo Security Collaboration. Los parámetros pueden variar si selecciona una instancia en modo Stable Change.

   • La función para cambiar instancias de origen de datos se está implementando por fases.

   Elemento de configuración	Obligatorio	Descripción
   Change Target	Sí	Puede seleccionar Database o Data Source Instance. Nota Actualmente, solo es posible seleccionar instancias MySQL de los siguientes tipos para los cambios de instancia de origen de datos: RDS MySQL, PolarDB for MySQL y AnalyticDB for MySQL.
   Database o Data Source Instance	Sí	Busque y seleccione una base de datos o instancia sobre la cual tenga permisos de modificación. Nota Por ahora, solo se permite seleccionar una instancia para cada cambio de instancia de origen de datos.
   Reason Category	Sí	Seleccione un motivo para el cambio de datos. Esto facilitará su búsqueda posterior. Nota Los administradores pueden configurar la lista de categorías de motivos en la sección Operations Management > Configuration Management. Para obtener más información, consulte Configuration management.
   Business Background	Sí	Proporcione una descripción detallada del motivo o el objetivo del cambio para reducir la comunicación necesaria.
   Execution Method	Sí	Seleccione un método de ejecución para el ticket: Después de la aprobación, el solicitante ejecuta la operación. Ejecutar automáticamente tras la aprobación. Ejecutar por el último aprobador. Nota Los administradores pueden modificar la lista de métodos de ejecución en la sección Operations Management > Configuration Management. Para obtener más información, consulte Configuration management.
   Affected Rows	Sí	Estime el número de filas de datos que afectará este cambio.
   Change SQL	Sí	Puede seleccionar Text o Attachment.
   SQL Text	Sí	Este elemento de configuración aparece únicamente si establece Change SQL en Text. En el cuadro de texto SQL, introduzca las instrucciones que se ejecutarán directamente. Nota Separe varias instrucciones SQL con punto y coma (;). Si el destino del cambio es una instancia, debe agregar el nombre de la base de datos antes de cada nombre de tabla en las instrucciones SQL. Utilice el formato ${dbName}.${tableName}. Al enviar el ticket, el sistema comprueba automáticamente la sintaxis SQL. Si la sintaxis es incorrecta, no será posible enviarlo.
   Attachment	Sí	Este elemento de configuración aparece únicamente si establece Change SQL en Attachment. Cargue el archivo adjunto SQL correspondiente al cambio. Nota El archivo adjunto puede tener formato .txt, .zip o .sql. El tamaño máximo permitido es de 15 MB.
   Rollback SQL	No	Puede seleccionar Text o Attachment. Nota DMS completa automáticamente la información SQL de reversión al crear un ticket de reversión solo si usted introduce el SQL de reversión o carga un archivo de reversión. De lo contrario, deberá introducir la información manualmente.
   SQL Text	No	Este elemento de configuración aparece únicamente si establece Rollback SQL en Text. Introduzca las instrucciones SQL de reversión. Este SQL corresponde al script inverso del SQL de cambio.
   Attachment	No	Este elemento de configuración aparece únicamente si establece Rollback SQL en Attachment. Haga clic en Upload File para cargar el archivo adjunto con el SQL de reversión. Nota El archivo adjunto puede tener formato .txt, .zip o .sql. El tamaño máximo permitido es de 15 MB.
   Stakeholders	No	Las partes interesadas especificadas pueden consultar el ticket y colaborar en él. Los usuarios que no formen parte de este grupo no podrán verlo, excepto los administradores y los DBA.
   Ticket Attachment	No	Cargue un archivo adjunto para proporcionar información adicional sobre el ticket actual.

4. Haga clic en Submit Request.

Paso 2: Comprobar previamente el SQL

Una vez enviado el ticket, el sistema realiza automáticamente una comprobación previa. Si esta falla, modifique las instrucciones SQL según las indicaciones e inténtelo de nuevo.

Cuando la comprobación previa se supera correctamente, el estado de cada elemento evaluado (SQL Splitting, Type Check, Permission Check, SQL Review y Check Scanned Rows) cambia a Passed. También se muestran las Affected Rows. La cantidad real de filas afectadas depende del comportamiento de ejecución del SQL.

Paso 3: Aprobar el ticket

Después de superar la comprobación previa, haga clic en Submit for Approval. En el cuadro de diálogo Notice, haga clic en OK.

El cuadro de diálogo Notice muestra información de validación, como el número de bases de datos físicas, la cantidad de instrucciones SQL y el número estimado de filas afectadas. Si la cifra verificada por el sistema difiere de la que usted introdujo, aparecerá un mensaje de advertencia en rojo. Confirme la información antes de enviar el ticket.

Paso 4: Ejecutar el cambio

1. Una vez aprobado el ticket, haga clic en Execute Change. En el cuadro de diálogo Task Settings, establezca los parámetros de ejecución de la tarea y haga clic en Execute.

   Nota

   • Si al crear el ticket estableció Execution Method en Execute automatically after approval, el sistema omite este paso.

   • Si reinicia una tarea pausada, el script reanuda la ejecución desde el punto donde se detuvo.

   Elemento de configuración	Descripción
   Execution Policy	Seleccione una política de ejecución: Execute Immediately: la tarea comienza inmediatamente después de hacer clic en Execute. Scheduled Execution: especifique una hora de inicio para la tarea. Por ejemplo, ejecutarla a las 00:00:00 del 22 de mayo de 2024. Nota La hora de ejecución real de una tarea programada puede tener un margen de error de ±1 minuto.
   Specify End Time	Especifique una hora de finalización para la tarea. Si no concluye antes de ese momento, el sistema detiene la ejecución de las tareas SQL restantes. Esto evita que se procesen durante el horario de mayor actividad y afecten las operaciones del negocio. Nota La hora de finalización real de la tarea puede tener un margen de error de ±1 minuto.
   Enable Global Transaction	Indique si desea habilitar las transacciones globales. Esta función está deshabilitada de forma predeterminada. Habilitar: si la ejecución falla, se revierten todos los cambios. Aplica únicamente a instrucciones DML, no a DDL. Deshabilitar: las tareas SQL se envían una por una. Si alguna falla, la ejecución se detiene, pero no se revierte ningún cambio.
   Enable Backup	Indique si desea habilitar las copias de seguridad. Esta función está habilitada de forma predeterminada. Al activarla, podrá usar el archivo de copia de seguridad para restaurar los datos rápidamente más adelante. Nota La copia de seguridad de datos solo es compatible con la ejecución de instrucciones UPDATE y DELETE. MongoDB y Redis no admiten la copia de seguridad de datos. Se pueden respaldar un máximo de 500 000 filas de datos. Cualquier exceso se trunca automáticamente. Las tablas asociadas no admiten la copia de seguridad de datos. Habilitar: antes de ejecutar instrucciones UPDATE o DELETE, el sistema genera automáticamente un script de copia de seguridad adjunto. Si la base de datos es MySQL o MariaDB, se genera una instrucción de copia de seguridad REPLACE INTO. Nota MySQL incluye: RDS MySQL, PolarDB for MySQL, PolarDB-X y otros orígenes MySQL. Si la base de datos utiliza un motor distinto de MySQL o MariaDB, se genera una instrucción de copia de seguridad INSERT. Deshabilitar: no se genera ningún archivo adjunto de copia de seguridad.
   Enable Primary/Standby Check	Al habilitar la comprobación principal/en espera para la base de datos, se garantiza la sincronización de datos en tiempo real entre ambas instancias. Esto mejora la alta disponibilidad de la base de datos y agiliza la recuperación ante desastres.
   Grayscale Type	Política para ejecutar las instrucciones SQL en lotes. No Grayscale: DMS ejecuta automáticamente todas las instrucciones SQL de la tarea. Pause after the first SQL statement succeeds: tras ejecutar correctamente la primera instrucción SQL, DMS pausa automáticamente el proceso. Para continuar, haga clic en Retry. Las instrucciones restantes se ejecutarán de una sola vez, sin más pausas. Pause after each SQL statement succeeds: la ejecución se pausa después de cada instrucción SQL. Deberá hacer clic manualmente en Retry para procesar la siguiente.

   Nota

   La ejecución de las tareas SQL se supervisa mediante el módulo Security Rules, específicamente en la sección SQL Execution Control. Esto abarca mecanismos como el tiempo de espera de bloqueo de la base de datos antes de la ejecución SQL, las comprobaciones de carga y las políticas de suspensión posteriores. Para modificar la configuración predeterminada de los puntos de detección, consulte Configure SQL execution control.

   • Una vez ejecutado correctamente el ticket, en la columna Actions, haga clic en Details para consultar detalles como el estado de ejecución, el número de ejecuciones, las filas afectadas, el script utilizado y los registros.

   • Después de ejecutar correctamente el ticket, vaya a la ventana SQL de la base de datos de destino para comprobar si el cambio de datos cumple con sus expectativas.

2. Opcional: cree un ticket de reversión para restaurar rápidamente los datos originales.

   Si el cambio de datos no cumple con lo esperado, puede crear un ticket de reversión o enviar manualmente un ticket de cambio de datos estándar para restaurar la información original con rapidez. A continuación se explica cómo crear un ticket de reversión:

   1. En el área Execution del ticket, haga clic en Generate Rollback Ticket a la derecha de la tarea correspondiente.

   2. Seleccione un Source de reversión y haga clic en OK. Se admiten los tres orígenes siguientes:

      • Texto de reversión: el texto que introdujo al configurar el ticket.

      • Archivo adjunto de reversión: el archivo que cargó durante la configuración del ticket.

      • Archivo de copia de seguridad: el adjunto generado durante la ejecución del ticket.

        Nota

        Para restaurar los datos originales mediante un archivo de copia de seguridad, debe haber habilitado las copias antes de ejecutar el cambio.

   3. (Opcional): modifique el texto de reversión, el archivo adjunto o la copia de seguridad según sea necesario.

      • Texto de reversión: puede editarlo directamente en el cuadro de texto SQL.

      • Archivo adjunto de reversión o copia de seguridad: descargue el archivo a su computadora local, modifíquelo y vuelva a cargarlo en el ticket de reversión.

   4. Una vez que confirme que la información de reversión es correcta, haga clic en Submit Request. El flujo posterior del ticket es idéntico al de un cambio de datos estándar.

3. Descargue el archivo de copia de seguridad.

   Descargue el archivo de copia de seguridad para conservarlo o modificarlo antes de volver a cargarlo en DMS.

   1. En la columna Actions, haga clic en Download Backup. El archivo de copia de seguridad contiene principalmente las siguientes partes:

      • La instrucción SQL original del cambio.

      • La instrucción SQL de consulta para el cambio de datos.

      • El SQL de copia de seguridad del cambio de datos.

      Por ejemplo:

      /*
      [Database]:   rds@rm-bp144d5ky4l4rli0417****.mysql.rds.aliyuncs.com:3306[rds mysql]
      */
      /*
      [SQL]:
      UPDATE t_order
      SET product_id = 88
      WHERE id = 10054
      [BACKUP SQL]:    SELECT *
      FROM t_order
      WHERE id = 10054
      */
      REPLACE INTO `t_order`(`id`,`product_id`,`gmt_create`,`gmt_modified`,`customer_id`,`price`,`status`,`province`) VALUES
      (10054,81,'2021-12-14 09:44:44','2021-12-14 09:44:44',71,63.45,'Success','Hangzhou');
                                          

   2. Extraiga la instrucción de copia de seguridad del archivo. Después de confirmar que es correcta, envíe un nuevo ticket de cambio de datos estándar para restaurar la información según sea necesario.

      Nota

      Si se ejecutó por error una instrucción UPDATE y la instrucción de copia de seguridad es INSERT, deberá determinar por su cuenta el método de recuperación.

4. (Opcional) Compruebe que el cambio cumple con lo esperado.

   1. En la página de detalles del ticket, dentro del área Basic Information, coloque el puntero del ratón sobre el nombre de la base de datos y haga clic en Query.

   2. El sistema lo redirigirá a SQL Console. Consulte los datos de la tabla para verificar si coinciden con sus expectativas.