Sincronización de CData

Error de conexión: la conexión TCP / IP al host <host>, puerto <port> ha fallado.

El siguiente mensaje se muestra al configurar una conexión de destino de SQL Server en CData Sync.

Posible causa

Hay un problema con la conexión de CData Sync a SQL Server.

Solución

• Abre el Administrador de configuración de SQL Server.

• Comprueba el número de puerto TCP .

• Comprueba si TCP/IP está configurado como Habilitado para el puerto. Las siguientes ilustraciones muestran un ejemplo.

  

El certificado de Automation Suite no es de confianza desde el servidor donde se ejecuta CData Sync

Al ejecutar el trabajo de extracción de CData Sync, puede producirse el siguiente error:

Cannot conclude ssl handshake. Cause: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target.

Posible causa

El mensaje de error indica un posible problema con un protocolo de enlace de capa de sockets seguros (SSL), que es el proceso de validación e inicio de la comunicación entre dos sistemas a través de una conexión segura.

El sistema no puede rastrear una cadena de confianza desde el certificado proporcionado por el servidor de destino hasta un certificado raíz de confianza. Es probable que esto se deba a un problema en la cadena de la autoridad de certificación (CA).

Potencialmente, el certificado no está firmado por una autoridad de certificación conocida y de confianza. La siguiente sección ofrece una posible solución para establecer la confianza durante las comunicaciones SSL.

Nota:

También puede significar que el sistema no tiene instalado el certificado necesario, o que el certificado ha caducado o no es válido.

Posible solución

Para establecer una cadena de confianza, es necesario tener acceso tanto al certificado raíz como a los certificados intermedios. Estos certificados forman colectivamente la cadena de la autoridad de certificación (AC). El sistema debe confiar en el certificado raíz. Los certificados intermedios vinculan la confianza al certificado de tu servidor.

El almacén de claves de Java está disponible en la siguiente ubicación: C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin.

Para configurar una cadena de confianza, sigue estos pasos.

1. Configure el almacén de confianza de Java ubicado en C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts
2. Ejecuta los siguientes comandos de PowerShell en una consola de administración con privilegios elevados:

   keytool -importcert -alias "intermediate-ca" -keystore "C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts" -file .\intermediate-ca.crt -storepass changeit
   keytool -importcert -alias "root-ca" -keystore "C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts" -file .\root-ca.crt -storepass changeit
   

Nota:

La utilidad keytool forma parte del Java Development Kit (JDK) y del Java Runtime Environment (JRE). Reside en el directorio bin de la instalación de Java: C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin. changeit es la contraseña predeterminada del almacén de confianza. Los archivos intermediate-ca.crt y root-ca.crt deben estar en el directorio actual desde donde se ejecutan los comandos. Asegúrate de adaptar estos detalles en función de tu configuración y configuración reales.

Los certificados raíz e intermedios ahora deberían estar correctamente instalados y ser de confianza en el almacén de certificados del sistema. Debería poder iniciar la ejecución de extracción sin encontrar problemas de confianza SSL.

1. Reinicia el servicio CData Sync utilizando el comando Get-Service "CData Sync" | Restart-Service
2. Ejecuta el trabajo de extracción de CData Sync.

El problema debe resolverse.

Nota:

Las rutas mostradas son para Windows. En caso de que estés utilizando Linux, cambia las rutas a la ubicación correcta. La ubicación del almacén de confianza de Java es /opt/CDataSync/jre/jdk-17.0.5+8/lib/security/cacerts.

Diagnosticar problemas de conectividad SSL utilizando SSLPoke

SSLPoke en Java Runtime Environment puede utilizarse para probar y depurar conexiones SSL. La herramienta SSLPoke también puede ayudar a determinar si hay algún problema con el certificado del servidor enviando un paquete SSL/TLS de prueba a un servidor especificado en un puerto especificado.

Puedes utilizar el siguiente comando para probar los certificados raíz e intermedios en los que confía tu aplicación Java.

&"C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin\java.exe" "-Djavax.net.ssl.trustStore=C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts" "-Djavax.net.debug=ssl,handshake" SSLPoke localhost 443

Consulta la documentación de soporte de Atlassian para obtener más información sobre SSLPoke.

Error: tiempo de espera de conexión al cargar datos de SQL Server

Al ejecutar una tarea o trabajo en CData con el sistema de origen establecido en SQL Server, puedes encontrar un tiempo de espera al ejecutar una consulta que produce un gran volumen de datos.

Posible solución

Hay dos configuraciones que necesitan ajustes para manejar los tiempos de espera:

• En la conexión de origen, ve a la pestaña Avanzado y localiza la sección Varios . Cambia el valor de Tiempo de espera.

  • Este valor se especifica en segundos, puedes aumentarlo a 1800 (30 minutos).

• En la configuración del trabajo, ve a la pestaña Avanzado para editar las Opciones de replicación. Actualiza el valor de Tiempo de espera del comando.

  • Este valor se especifica en segundos, puedes aumentarlo a 1800 (30 minutos).
    Nota:

    Aunque la configuración se describe como controlando el tiempo de espera para las conexiones de destino, también impone un tiempo de espera en la conexión de origen.