how to migrate data between Tair (Redis OSS-compatible) instances - Data Transmission Service

Utilice Data Transmission Service (DTS) para migrar datos entre instancias de Tair (Redis OSS-compatible) con un tiempo de inactividad mínimo. DTS admite la migración completa e incremental de datos, por lo que puede mantener la instancia de origen en ejecución mientras se completa la migración.

Requisitos previos

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

Una instancia de origen y una de destino de Tair (Redis OSS-compatible). Para crear instancias, consulte Step 1: Create an instance
Suficiente almacenamiento libre en la instancia de destino; debe superar el almacenamiento que utiliza la instancia de origen
Una cuenta con permisos de lectura en la instancia de origen y otra con permisos de lectura y escritura en la instancia de destino

Para conocer las versiones de base de datos compatibles, consulte Overview of migration solutions .

Elegir un tipo de migración

Seleccione el tipo de migración según su tolerancia al tiempo de inactividad:

Migration type	How it works	When to use
Full data migration	Copia todos los datos existentes del origen al destino. No tiene costo. Cuando el Access Method de destino se establece en Public IP Address, se aplican cargos por tráfico de Internet; consulte Descripción general de facturación.	Acepta una ventana de mantenimiento y detendrá las escrituras en el origen durante la migración.
Full + incremental data migration	Copia los datos existentes y luego replica continuamente las escrituras hasta que usted ejecute el corte. La fase incremental genera cargos; consulte Descripción general de facturación.	Requiere cero o casi cero tiempo de inactividad. Recomendado para cargas de trabajo de producción.

Importante

Si selecciona únicamente la migración completa de datos, detenga todas las escrituras en la instancia de origen durante la migración. Las escrituras posteriores a la toma de la instantánea no se reflejarán en el destino, lo que provocará inconsistencias en los datos.

Límites

Revise estos límites antes de iniciar la tarea de migración.

Límites de la instancia de origen:

La versión de la instancia de origen no puede ser la 2.8.
El servidor que aloja la instancia de origen debe contar con suficiente ancho de banda de salida. Un ancho de banda insuficiente reduce la velocidad de migración.
DTS escribe una clave de latido con el prefijo DTS_REDIS_TIMESTAMP_HEARTBEAT en la instancia de origen (una por cada fragmento en implementaciones de clúster). Esta clave se filtra durante la migración y caduca cuando finaliza la tarea.
Si el origen es una instancia de Tair (Enterprise Edition) con Storage Medium: Persistent Memory, establezca el parámetro appendonly en yes antes de migrar. Consulte Deshabilitar la persistencia AOF.
Si el origen es de solo lectura o la cuenta carece del permiso SETEX, la latencia de migración reportada podría ser inexacta.
Arquitectura de clúster: cada comando de Redis opera sobre un único slot. Las operaciones entre slots en el origen generan este error e interrumpen la tarea de migración:
```
CROSSSLOT Keys in request don't hash to the same slot
```
Opere sobre una clave a la vez durante la migración.

Límites de la instancia de destino:

Las instancias optimizadas para almacenamiento de Tair (Redis OSS-Compatible) Enhanced Edition no se pueden usar como origen ni como destino.
La versión de la instancia de destino debe ser igual o posterior a la versión de origen.
Si Transparent Data Encryption (TDE) está habilitado en el destino, DTS no puede migrar datos hacia él.
Si un fragmento del clúster de destino se queda sin memoria o almacenamiento, la tarea de migración falla con un error de falta de memoria (OOM).
La política de desalojo predeterminada (maxmemory-policy) es volatile-lru. Si el destino se queda con poca memoria, podrían generarse inconsistencias en los datos. Establezca la política de desalojo en noeviction para que DTS falle explícitamente las escrituras en lugar de desalojar datos silenciosamente. Para más detalles, consulte ¿Cómo desaloja datos Tair (Redis OSS-Compatible) de forma predeterminada?

Otros límites:

DTS no vacía los datos LIST existentes en el destino antes de escribir. Si el destino ya contiene claves LIST, podrían aparecer registros duplicados.
Scripts Lua EVAL y EVALSHA: DTS no puede confirmar su ejecución en el destino durante la migración incremental.
Las claves con políticas de caducidad podrían no eliminarse inmediatamente después de expirar, por lo que el recuento de claves en el destino podría ser menor que en el origen.
Si el Access Method de una base de datos Redis autogestionada es Public IP Address, no puede establecer Instance Mode en Cluster.
TLS: si TLS está habilitado en una instancia de Tair, conéctese mediante SSL-encrypted. TLSv1.3 no es compatible y no puede conectar una instancia con SSL habilitado como Alibaba Cloud Instance.
Cambiar la configuración de la instancia (especificaciones, número de puerto) durante la migración interrumpe la tarea. Elimine los datos de destino y vuelva a configurar la tarea de migración después de cualquier cambio de configuración.
DTS reintenta las tareas de migración con errores durante un máximo de siete días. Antes de cambiar las cargas de trabajo al destino, detenga o libere cualquier tarea de DTS con errores. De lo contrario, una tarea reanudada podría sobrescribir los datos de destino con datos obsoletos del origen.
Si una instancia de migración de datos contiene tareas de migración completa e incremental, DTS podría reiniciar ambas tareas tras reiniciar la instancia.
Si la instancia no logra ejecutarse, el soporte técnico de DTS intentará restaurarla en un plazo de 8 horas. Durante la restauración, la instancia podría reiniciarse o podrían ajustarse los parámetros de la instancia de DTS (los parámetros de la base de datos no se modifican). Para conocer los parámetros que podrían ajustarse, consulte Modificar los parámetros de la instancia.
Los siguientes eventos pueden provocar una remigración completa, lo que genera posibles inconsistencias en los datos:
- Fallo en la carga reanudable debido a conexiones transitorias
- Cambio o conmutación por error entre primario y secundario en el origen o el destino
- Cambio de endpoint en el origen o el destino

Solo para Redis autogestionado:

Un cambio entre primario y secundario en el origen durante la migración provoca que la tarea falle.
La latencia de migración se calcula comparando la marca de tiempo del último registro migrado con la hora actual del origen. Si el origen no registra actividad DML durante un periodo prolongado, la latencia reportada podría ser inexacta. Para mantener la precisión de la latencia, cree una tabla de latido que escriba cada segundo cuando migre una base de datos completa.

Comandos compatibles con la migración incremental de datos

DTS admite los siguientes comandos de Redis durante la migración incremental de datos:

APPEND
BITOP, BLPOP, BRPOP, BRPOPLPUSH
DECR, DECRBY, DEL
EVAL, EVALSHA, EXEC, EXPIRE, EXPIREAT
FLUSHALL, FLUSHDB
GEOADD, GETSET
HDEL, HINCRBY, HINCRBYFLOAT, HMSET, HSET, HSETNX
INCR, INCRBY, INCRBYFLOAT
LINSERT, LPOP, LPUSH, LPUSHX, LREM, LSET, LTRIM
MOVE, MSET, MSETNX, MULTI
PERSIST, PEXPIRE, PEXPIREAT, PFADD, PFMERGE, PSETEX, PUBLISH
RENAME, RENAMENX, RESTORE, RPOP, RPOPLPUSH, RPUSH, RPUSHX
SADD, SDIFFSTORE, SELECT, SET, SETBIT, SETEX, SETNX, SETRANGE, SINTERSTORE, SMOVE, SPOP, SREM, SUNIONSTORE
ZADD, ZINCRBY, ZINTERSTORE, ZREM, ZREMRANGEBYLEX, ZUNIONSTORE, ZREMRANGEBYRANK, ZREMRANGEBYSCORE
XADD, XCLAIM, XDEL, XAUTOCLAIM, XGROUP CREATECONSUMER, XTRIM

Crear una tarea de migración

Paso 1: Ir a la página de migración de datos

Utilice la consola de DTS o la consola de DMS.

Consola de DTS

Inicie sesión en la consola de DTS.consola de DTS
En el panel de navegación izquierdo, haga clic en Data Migration.
En la esquina superior izquierda, seleccione la región donde reside su instancia de migración.

Consola de DMS

Los pasos pueden variar según el modo y el diseño de la consola de DMS. Consulte Modo simple y Personalizar el diseño y el estilo de la consola de DMS .

Inicie sesión en la consola de DMS.consola de DMS
En la barra de navegación superior, vaya a Data + AI > DTS (DTS) > Data Migration.
En el menú desplegable a la derecha de Data Migration Tasks, seleccione la región donde reside su instancia de migración.

Paso 2: Configurar las bases de datos de origen y destino

Haga clic en Create Task para abrir la página de configuración de la tarea.

Configure las bases de datos de origen y destino con los parámetros de la siguiente tabla.

Categoría	Parámetro	Descripción
N/A	Task Name	Introduzca un nombre descriptivo para la tarea de DTS. El nombre no necesita ser único.
Source Database	Select Existing Connection	Seleccione una instancia de base de datos registrada en el menú desplegable para completar automáticamente los campos siguientes. Si la instancia no está registrada, complete los campos manualmente.
	Database Type	Seleccione Tair/Redis.
	Access Method	Seleccione Alibaba Cloud Instance.
	Instance Region	Seleccione la región de la instancia de Tair (Redis OSS-compatible) de origen.
	Replicate Data Across Alibaba Cloud Accounts	Seleccione No para migraciones dentro de la misma cuenta.
	Instance ID	Seleccione el ID de la instancia de origen.
	Authentication Method	Seleccione un método de autenticación. Este ejemplo utiliza Password Login. Account + Password Login requiere Redis 6.0 o posterior. Para Secret-free login, habilite primero el acceso sin contraseña en la instancia; consulte Habilitar el acceso sin contraseña.
	Database Password	Introduzca la contraseña de la instancia de origen (se requieren permisos de lectura). Para la cuenta predeterminada, introduzca solo la contraseña. Para una cuenta personalizada, utilice el formato `<account>:<password>`; por ejemplo, `testaccount:Test1234`. Déjelo en blanco si no se configuró ninguna contraseña. Para restablecer una contraseña olvidada, consulte Change or reset a password.
	Encryption	Seleccione Non-encrypted o SSL-encrypted. Para Redis autogestionado con SSL, cargue un CA Certificate e introduzca una CA Key.
Destination Database	Select Existing Connection	Igual que en el origen: seleccione una instancia registrada o complete los campos manualmente.
	Database Type	Seleccione Tair/Redis.
	Access Method	Seleccione Alibaba Cloud Instance.
	Instance Region	Seleccione la región de la instancia de Tair (Redis OSS-compatible) de destino.
	Replicate Data Across Alibaba Cloud Accounts	Seleccione No para migraciones dentro de la misma cuenta.
	Instance ID	Seleccione el ID de la instancia de destino.
	Authentication Method	Las mismas opciones que en el origen.
	Database Password	Introduzca la contraseña de la instancia de destino (se requieren permisos de lectura y escritura). Utilice el mismo formato de contraseña que en el origen.
	Encryption	Seleccione Non-encrypted o SSL-encrypted.

Haga clic en Test Connectivity and Proceed.

Agregue los bloques CIDR de los servidores de DTS a la configuración de seguridad de sus instancias de origen y destino. Consulte Agregar los bloques CIDR de los servidores de DTS . Para bases de datos autogestionadas que no utilizan el acceso Alibaba Cloud Instance , haga clic en Test Connectivity en el cuadro de diálogo CIDR Blocks of DTS Servers .

Paso 3: Seleccionar objetos y configurar los ajustes avanzados

En la página Configure Objects, establezca los siguientes parámetros.

Parámetro	Descripción
Migration Types	Instancias de Redis Open-Source Edition: seleccione Full Data Migration + Incremental Data Migration o bien Full Data Migration. Se recomienda seleccionar Full Data Migration + Incremental Data Migration para garantizar la consistencia de los datos. Si la cuenta de DTS carece de los permisos `SYNC` o `PSYNC` en el origen, seleccione únicamente Full Data Migration. Instancias de Tair (Enterprise Edition): seleccione Full Data Migration o Incremental Data Migration según sus necesidades. Se recomienda seleccionar ambas opciones para garantizar la consistencia de los datos.
Processing Mode of Conflicting Tables	Precheck and Report Errors: comprueba que el destino esté vacío antes de iniciar; si no lo está, la comprobación previa falla. Ignore Errors and Proceed: omite la comprobación de destino vacío. Aviso Los datos de origen sobrescriben los datos de destino en las claves coincidentes, lo que puede provocar pérdida de datos.
Source Objects	Seleccione una o más bases de datos de la lista Source Objects y haga clic en el ícono de flecha para moverlas a Selected Objects. Para migrar claves específicas, utilice la función data filtering en el cuadro Selected Objects.
Selected Objects	Para asignar a una base de datos de destino específica (DB 0–DB 255) o filtrar por prefijo de clave, haga clic con el botón derecho en una base de datos dentro del cuadro Selected Objects y configure el cuadro de diálogo Edit Schema. Consulte Schema mapping y Filter task data with an SQL condition.

Haga clic en Next: Advanced Settings y configure lo siguiente.

Parámetro	Descripción
Dedicated Cluster for Task Scheduling	De forma predeterminada, DTS utiliza un clúster compartido. Adquiera un clúster dedicado para obtener mayor estabilidad en la migración. Consulte Qué es un clúster dedicado de DTS.
Retry Time for Failed Connections	Tiempo durante el cual DTS reintenta tras un fallo de conexión. Valores válidos: de 10 a 1,440 minutos. Valor predeterminado: 720 minutos. Establézcalo en como mínimo 30 minutos. Si DTS se reconecta dentro de esta ventana, la tarea se reanuda; de lo contrario, falla. Nota Cuando varias tareas comparten el mismo origen o destino, prevalece el tiempo de reintento establecido más recientemente. DTS cobra por la instancia durante los reintentos.
Retry Time for Other Issues	Tiempo durante el cual DTS reintenta tras fallos de DDL o DML. Valores válidos: de 1 a 1,440 minutos. Valor predeterminado: 10 minutos. Establézcalo en más de 10 minutos. Debe ser menor que Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Limita el rendimiento de la migración completa para reducir la carga en el origen y el destino. Configure Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s). Disponible solo cuando Migration Types incluye Full Data Migration.
Enable Throttling for Incremental Data Migration	Limita el rendimiento de la migración incremental. Configure RPS of Incremental Data Migration y Data migration speed for incremental migration (MB/s). Disponible solo cuando Migration Types incluye Incremental Data Migration.
Extend Expiration Time of Destination Database Key	Agrega tiempo de caducidad adicional a las claves migradas al destino. Utilícelo cuando su aplicación emplee comandos como `expire`, `pexpire`, `expireat` o `pexpireat`, para evitar que las claves caduquen antes del corte. Nota Esto podría retrasar la liberación de bloqueos distribuidos.
Environment Tag	Opcional. Seleccione una etiqueta para identificar la instancia.
Configure ETL	Seleccione Yesconfiguración de notificaciones de alerta para configurar reglas de extracción, transformación y carga (ETL). Introduzca las instrucciones de procesamiento de datos en el editor de código. Consulte Configurar ETL en una tarea de migración o sincronización de datos. Seleccione No para omitirlo.
Monitoring and Alerting	Seleccione Yes para recibir alertas cuando la tarea falle o la latencia de migración supere un umbral. Configure el umbral de alerta y los ajustes de notificación. Consulte Configurar monitoreo y alertas.

Haga clic en Next Step: Data Verification para configurar la verificación de datos (opcional). Consulte Configurar una tarea de verificación de datos.

Paso 4: Ejecutar la comprobación previa

Haga clic en Next: Save Task Settings and Precheck.

Para consultar los parámetros de API correspondientes antes de guardar, pase el cursor sobre el botón y haga clic en Preview OpenAPI parameters .
Espere a que finalice la comprobación previa. DTS debe aprobarla antes de iniciar la tarea de migración.
- Si un elemento falla, haga clic en View Details junto al elemento con errores, corrija el problema y luego haga clic en Precheck Again.
- Si se activa una alerta y no es posible ignorarla, corríjala y vuelva a comprobar. Si se puede ignorar, haga clic en Confirm Alert Details > Ignore > OK > Precheck Again. Ignorar una alerta puede generar inconsistencias en los datos.

Paso 5: Adquirir e iniciar la instancia

Espere a que Success Rate alcance 100% y luego haga clic en Next: Purchase Instance.

En la página Purchase Instance, configure lo siguiente.

Sección	Parámetro	Descripción
New Instance Class	Resource Group	El resource group para la instancia de migración. Valor predeterminado: default resource group. Consulte ¿Qué es Resource Management?
New Instance Class	Instance Class	Seleccione una clase de instancia según la velocidad de migración requerida. Consulte Clases de instancia de las instancias de migración de datos.

Lea y marque la casilla para aceptar los Data Transmission Service (Pay-as-you-go) Service Terms.
Haga clic en Buy And Start y luego en OK en el cuadro de diálogo de confirmación.

Consulte el progreso en la página de migración de datos.

Si la tarea incluye migración completa e incremental, aparece como Incremental Data Migration en la lista de tareas.

Después de la migración

Una vez que la migración esté en ejecución (o haya finalizado, en el caso de migraciones exclusivamente completas), complete estos pasos antes de dar de baja la instancia de origen.

1. Comprobar la consistencia de los datos

Compare los recuentos de claves y revise muestras de datos en la instancia de destino. Tenga en cuenta que las claves caducadas pueden provocar un recuento ligeramente menor en el destino.

Si configuró la verificación de datos durante la creación de la tarea, consulte los resultados en la consola de DTS.

2. Cambiar el tráfico de la aplicación

Actualice la cadena de conexión de su aplicación para que apunte a la instancia de destino. En migraciones incrementales, espere a que la latencia baje a cero o casi cero antes de realizar el cambio; esto confirma que el destino está completamente sincronizado.

3. Detener y liberar la tarea de DTS

Tras confirmar que su aplicación funciona correctamente con la instancia de destino, detenga la tarea de migración de DTS. DTS reintenta las tareas con errores durante un máximo de siete días, por lo que liberar la tarea evita que se reanude y sobrescriba los datos en el destino.

Data Transmission Service:Migrate data between Tair (Redis OSS-compatible) instances