Data Transmission Service:Procedimiento de cambio de carga de trabajo

Requisitos previos

Debe haber una tarea de migración de datos configurada con estado Migrating o Completed. Para consultar ejemplos de configuración, véase Migration scenarios.

Notas de uso

• Realice el cambio de carga de trabajo fuera del horario pico, ya que es necesario detener las aplicaciones de negocio y las escrituras en la base de datos.

• Cree una cuenta de base de datos dedicada con los permisos necesarios para la migración de datos. Esto facilita la identificación de la información de sesión y mejora la seguridad.

Procedimiento

1. Espere a que la tarea de migración de datos entre en la fase Incremental Data Migration. El estado debe mostrar Undelayed o una latencia inferior a 5 segundos.

   Nota

   Si no seleccionó incremental data migration al configurar la tarea, esta no entrará en la fase Incremental Data Migration y finalizará automáticamente. En este caso, debe detener todo el tráfico de aplicaciones hacia la base de datos de origen antes de iniciar la migración. A continuación, salte al paso 5.

2. Detenga todo el tráfico de aplicaciones y evite nuevas operaciones de escritura en la base de datos de origen.

3. Inicie sesión en la base de datos de origen y ejecute el comando correspondiente a su tipo de base de datos para comprobar que ninguna sesión nueva esté realizando operaciones de escritura.

   MySQL

   show processlist;

   SQL Server

   select * from sys.dm_exec_connections;

   Oracle

   select sid,serial#,username,program,machine,status from v$session;

   PostgreSQL

   select * from pg_stat_activity;

   Redis

   CLIENT LIST

   MongoDB

   use admin
   db.runCommand({currentOp: 1, $all:[{"active" : true}]})

   Nota

   Los resultados de estos comandos incluyen los procesos o sesiones que DTS utiliza para conectarse a la base de datos de origen.

4. Espere a que el estado de Incremental Data Migration vuelva a Undelayed y se mantenga estable durante como mínimo un minuto. Luego, pause manualmente la tarea de migración.

   Aviso

   Mientras la tarea esté en pausa, no la reinicie. Reiniciar la tarea puede provocar inconsistencia en los datos.

   Cuando el estado de sincronización incremental muestre No delay, seleccione la casilla de la tarea de migración de destino y luego haga clic en Pause en la barra de operaciones por lotes situada en la parte inferior.

5. Con las aplicaciones aún detenidas, vuelva a habilitar los permisos de escritura en la base de datos de origen.

6. Cree e inicie una tarea de migración de datos inversa para migrar los datos incrementales desde la base de datos de destino hacia la de origen. Esta tarea proporciona una solución de reversión. Si surgen problemas después de cambiar sus aplicaciones a la base de datos de destino, podrá devolver las cargas de trabajo a la base de datos de origen original.

   Por ejemplo, si la tarea original migró datos desde una base de datos MySQL autogestionada hacia una instancia de ApsaraDB RDS for MySQL, consulte Migrate from ApsaraDB RDS for MySQL to self-managed MySQL para obtener instrucciones sobre cómo configurar la tarea inversa. Para la tarea inversa, seleccione únicamente incremental data migration.

   Aviso

   Al configurar la tarea de migración de datos inversa, en la sección Migration Types and Objects, seleccione únicamente incremental data migration. A continuación, seleccione las bases de datos o tablas que desea migrar de vuelta a la base de datos de origen.

7. Después de cambiar sus aplicaciones a la base de datos de destino, finalice o libere la tarea original de migración de datos de DTS.

8. La tarea de migración de datos inversa replica continuamente los datos incrementales desde el destino hacia la base de datos de origen. Esto le permite devolver sus aplicaciones al origen en cualquier momento si surgen problemas.

Siguientes pasos

Una vez que sus aplicaciones se ejecuten de forma estable en la base de datos de destino durante un periodo y haya comprobado que todas las funciones de negocio operan correctamente, podrá finalizar la tarea de migración de datos inversa. Para más detalles, consulte Terminate a data migration task.

Preguntas frecuentes

• P: ¿Qué debo hacer si mi aplicación presenta problemas después del cambio de carga de trabajo?

  R: La tarea de migración de datos inversa replica continuamente los datos incrementales desde la base de datos de destino hacia la de origen. Si encuentra algún problema, podrá devolver sus aplicaciones a la base de datos de origen en cualquier momento.

• P: Si falla el cambio de carga de trabajo, ¿cómo puedo garantizar la consistencia de los datos en la base de datos de origen?

  R: Se recomienda realizar una copia de seguridad de la base de datos de origen antes de iniciar el cambio.

• P: Después del cambio, ¿qué debo hacer si se escriben accidentalmente nuevos datos en la base de datos de origen?

  R: Utilice la verificación de datos para identificar y corregir manualmente cualquier discrepancia entre las bases de datos de origen y destino.