Durante la fase de preverificación, DTS comprueba que sus servidores puedan conectarse a la base de datos de origen. Si la comprobación de conectividad falla, utilice las soluciones a continuación para resolver el problema.
Causas comunes de fallas en la preverificación de conectividad:
Errores de credenciales
Ejemplo de error
Access denied for user 'XXX'@'XXX' (using password: YES)
Pasos de diagnóstico
Conéctese a la base de datos de origen mediante una CLI o un cliente para comprobar el nombre de la cuenta y la contraseña.
Errores comunes:
Uso de una cuenta de Alibaba Cloud en lugar de una cuenta de base de datos.
La cuenta de la base de datos no existe.
La contraseña es incorrecta.
Solución
Obtenga las credenciales correctas, edite la tarea de migración en la consola de DTS y vuelva a ejecutar la preverificación.
Para bases de datos de origen Tair o Redis, formatee la contraseña de la siguiente manera:
Para una cuenta predeterminada, que generalmente usa el ID de la instancia como nombre, introduzca solo la contraseña.
Para una cuenta personalizada, use el formato <account_name>:<password> en el campo de contraseña. Por ejemplo, si el nombre de usuario personalizado es
adminy la contraseña esRp829dlwa, debe introduciradmin:Rp829dlwa.
Restricciones de lista de permitidos de IP
Pasos de diagnóstico
Conéctese a la base de datos de origen mediante una CLI o un cliente. Si la conexión se establece correctamente, es posible que la base de datos de origen esté restringiendo las direcciones IP de los servidores de DTS.
-
Para MySQL autogestionado, ejecute el siguiente comando para comprobar las restricciones de acceso:
SELECT HOST FROM mysql.user WHERE user='username',password='password';NotaReemplace username y password por la cuenta y la contraseña de la base de datos especificadas para la tarea de migración de datos.
Compruebe que la salida incluya las direcciones IP de los servidores de DTS. Add the IP addresses of DTS servers to an allowlist.
Para SQL Server, revise los firewalls del host y cualquier endpoint o trigger que restrinja el acceso por dirección IP de origen.
Para Oracle, revise el archivo sqlnet.ora. Si
TCP.VALIDNODE_CHECKINGestá establecido enyes, la restricción de direcciones IP está habilitada.
Solución
-
Para MySQL autogestionado, ejecute el siguiente comando para volver a otorgar permisos a la cuenta de migración:
GRANT ALL ON *.* TO 'username'@'%';NotaReemplace username por la cuenta de base de datos utilizada en la tarea de migración.
Para SQL Server, deshabilite el firewall o el trigger restrictivo.
Para Oracle, cambie el parámetro
TCP.VALIDNODE_CHECKINGanoen el archivo sqlnet.ora y reinicie el proceso del listener.
Después de solucionar el problema, vuelva a ejecutar la preverificación en la consola de DTS.
Configuración del firewall
Pasos de diagnóstico
En Windows, revise el Firewall de Windows en el Panel de control para buscar reglas de firewall activas.
En Linux, ejecute
iptables -Lpara comprobar si existen reglas de firewall activas.
Solución
Deshabilite las restricciones del firewall y vuelva a ejecutar la preverificación en la consola de DTS.
Otros problemas de red
Si las credenciales, las listas de permitidos de IP y los firewalls están configurados correctamente, es probable que la falla se deba a un problema de red entre los servidores de DTS y la base de datos de origen.