Synchronisation des données C

Erreur de connexion : la connexion TCP/IP à l'hôte <hôte>, port <port> a échoué.

Le message suivant s'affiche lors de la configuration d'une connexion de destination SQL Server dans CData Sync.

Cause possible

Il y a un problème avec la connexion de CData Sync à SQL Server.

Solution

• Ouvrez le Gestionnaire de configuration SQL Server.

• Vérifiez le numéro de port TCP .

• Vérifiez si TCP/IP est défini sur Activé pour le port. L'illustration suivante vous en fournit un exemple.

  

Le certificat Automation Suite n'est pas approuvé depuis le serveur sur lequel CData Sync est en cours d'exécution

Lors de l'exécution de la tâche d'extraction CData Sync, l'erreur suivante peut se produire :

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

Cause possible

Le message d'erreur indique un problème possible avec une liaison SSL (Secure Sockets Layer), qui est le processus de validation et de lancement de la communication entre deux systèmes via une connexion sécurisée.

Le système est incapable de remonter une chaîne d'approbation depuis le certificat fourni par le serveur cible vers un certificat racine approuvé. Cela est probablement dû à un problème dans la chaîne d'autorité de certification (CA).

Potentiellement, le certificat n’est pas signé par une autorité de certification connue et approuvée. La section suivante constitue une solution possible pour établir la confiance lors des communications SSL.

Remarque :

Cela peut également signifier que le certificat requis n'est pas installé sur le système, ou que le certificat a expiré ou n'est pas valide.

Solution possible

Pour établir une chaîne d'approbation, il est nécessaire d'avoir accès à la fois au certificat racine et aux certificats intermédiaires. Ces certificats constituent collectivement la chaîne de l'autorité de certification. Le certificat racine doit être approuvé par le système. Les certificats intermédiaires lient la confiance au certificat de votre serveur.

Le keystore Java est disponible à l'emplacement suivant : C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin.

Pour configurer une chaîne approuvée, procédez comme suit.

1. Configurer le magasin d'approbations Java situé à C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts
2. Exécutez les commandes PowerShell suivantes dans une console d'administration élevée :

   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
   

Remarque :

L'utilitaire keytool fait partie du kit de développement Java (JDK) et de l' environnement d'exécution Java (JRE). Il réside dans le répertoire bin de l'installation Java : C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin. changeit est le mot de passe du magasin de confiance par défaut. Les fichiers intermediate-ca.crt et root-ca.crt doivent se trouver dans le répertoire actuel à partir duquel les commandes sont exécutées. Assurez-vous d’adapter ces détails en fonction de votre configuration et de votre configuration réelles.

Les certificats racine et intermédiaire doivent désormais être correctement installés et approuvés dans le magasin de certificats du système. Vous devriez pouvoir démarrer l'exécution d'extraction sans rencontrer de problèmes d'approbation SSL.

1. Redémarrez le service CData Sync à l'aide de la commande Get-Service "CData Sync" | Restart-Service
2. Exécutez la tâche d'extraction CData Sync.

Le problème devrait être résolu.

Remarque :

Les chemins d'accès indiqués concernent Windows. Si vous utilisez Linux, modifiez les chemins d'accès au bon emplacement. L'emplacement du magasin approuvé Java est /opt/CDataSync/jre/jdk-17.0.5+8/lib/security/cacerts.

Diagnostiquer les problèmes de connectivité SSL à l'aide de SSLPoke

SSLPoke dans l'environnement de runtime Java peut être utilisé pour tester et déboguer les connexions SSL. L'outil SSLPoke peut également aider à déterminer s'il existe des problèmes avec le certificat du serveur en envoyant un paquet SSL/TLS de test à un serveur spécifié sur un port spécifié.

Vous pouvez utiliser la commande suivante pour tester les certificats racine et intermédiaires approuvés par votre application 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

Reportez-vous à la documentation d'assistance Atlassian pour plus d'informations sur SSLPoke.

Erreur : Délai d'expiration du chargement des données à partir de SQL Server

Lors de l'exécution d'une tâche ou d'une tâche dans CData alors que le système source est défini sur SQL Server, il est possible que vous rencontriez un délai d'attente lorsque vous exécutez une requête qui produit un grand volume de données.

Solution possible

Deux paramètres nécessitent un ajustement pour gérer les délais d’attente :

• Dans la connexion Source, accédez à l'onglet Avancé et localisez la section Divers . Modifiez la valeur de Délai d’attente.

  • Cette valeur est spécifiée en secondes, vous pouvez l'augmenter à 1800 (30 minutes).

• Dans les paramètres de tâche, accédez à l'onglet Avancé pour modifier les options de réplique. Mettez à jour la valeur du Délai d’attente de commande.

  • Cette valeur est spécifiée en secondes, vous pouvez l'augmenter à 1800 (30 minutes).
    Remarque :

    Bien que le paramètre soit décrit comme contrôlant le délai d'expiration pour les connexions de destination, il applique également un délai d'expiration à la connexion source.