CData Sync

Erro de conexão: A conexão TCP/IP com o host <host>, porta <porta> falhou.

A seguinte mensagem é exibida ao configurar uma conexão de destino do SQL Server no CData Sync.

Possível causa

Há um problema com a conexão do CData Sync ao SQL Server.

Solução

• Abra o Gerenciador de configuração do SQL Server.

• Check the TCP Port number.

• Verifique se TCP/IP está definido como Habilitado para a Porta. As ilustrações a seguir mostram um exemplo.

  

O certificado do Automation Suite não é confiável para o servidor em que o CData Sync está sendo executado

Ao executar o trabalho de extração do CData Sync, o seguinte erro pode ocorrer:

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

Possível causa

A mensagem de erro indica um possível problema com um handshake do Secure Sockets Layer (SSL), que é o processo de validação e início da comunicação entre dois sistemas por meio de uma conexão segura.

O sistema não consegue rastrear uma cadeia de confiança a partir do certificado fornecido pelo servidor de destino até um certificado raiz confiável. Isso provavelmente ocorre devido a um problema na cadeia da Autoridade de Certificação (CA).

Potencialmente, o certificado não está assinado por uma Autoridade Certificadora conhecida e confiável. A seção a seguir é uma solução possível para estabelecer a confiança durante as comunicações SSL.

Observação:

Também pode significar que o sistema não tem o certificado necessário instalado, ou que o certificado expirou ou é inválido.

Possível solução

Para estabelecer uma cadeia de confiança, é necessário ter acesso ao certificado raiz e aos certificados intermediários. Esses certificados compõem coletivamente a cadeia de Autoridade de Certificação (CA). O certificado raiz deve ser confiável pelo sistema, . Os certificados intermediários vinculam a confiança ao certificado do seu servidor.

O keystore Java está disponível no seguinte local: C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin.

Para configurar uma cadeia confiável, siga estas etapas.

1. Configure o armazenamento de confiança Java localizado em C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts

2. Execute os seguintes comandos do PowerShell em um console de administração elevado:

   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

Observação:

O utilitário keytool faz parte do Java Development Kit (JDK) e do Java Runtime Environment (JRE). Ele reside no diretório bin da instalação do Java: C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin.

changeit é a senha padrão do armazenamento de confiança.

Os arquivos intermediate-ca.crt e root-ca.crt devem estar no diretório atual de onde os comandos estão sendo executados.

Certifique-se de adaptar esses detalhes com base em sua configuração e configuração reais.

Os certificados raiz e intermediários agora devem ser instalados corretamente e confiáveis no armazenamento de certificados do sistema. Você deve poder iniciar a execução da extração sem encontrar problemas de confiança do SSL.

1. Reinicie o serviço do CData Sync usando o comando Get-Service "CData Sync" | Restart-Service

2. Execute o trabalho de extração do CData Sync.

O problema deve ser resolvido.

Observação:

Os caminhos mostrados são para Windows. Caso esteja usando Linux, altere os caminhos para o local correto. O local do armazenamento de confiança Java é /opt/CDataSync/jre/jdk-17.0.5+8/lib/security/cacerts.

Diagnosticar problemas de conectividade SSL usando SSLPoke

SSLPoke no Java Runtime Environment pode ser usado para testar e depurar conexões SSL. A ferramenta SSLPoke também pode ajudar a determinar se há algum problema com o certificado do servidor enviando um pacote SSL/TLS de teste para um servidor especificado em uma porta especificada.

Você pode usar o seguinte comando para testar os certificados raiz e intermediários que são confiáveis pelo seu aplicativo 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

Consulte a documentação de Suporte do Atlassian para obter mais informações sobre o SSLPoke.

Erro: tempo limite de conexão ao carregar dados do SQL Server

Ao executar uma tarefa ou trabalho no CData com o sistema de origem definido como SQL Server, você pode encontrar um tempo limite ao executar uma consulta que produz um grande volume de dados.

Possível solução

Há duas configurações que precisam de ajuste para lidar com os tempos limite:

• Na Conexão de origem, acesse a aba Avançado e localize a seção Diversos . Altere o valor para Tempo limite.
  • Esse valor é especificado em segundos; você pode aumentar para 1800 (30 minutos).

• Nas Configurações de trabalho, acesse a aba Avançado para editar as Opções de replicação. Atualize o valor para Tempo limite de comando.
  • Esse valor é especificado em segundos; você pode aumentar para 1800 (30 minutos).
    Observação: embora a configuração seja descrita como controlando o tempo limite para conexões de destino, ela também impõe um tempo limite na conexão de origem.