Falha de ligação aos serviços WISEDAT

Falha de ligação aos serviços WISEDAT

Uma falha de energia, o encerramento abrupto do computador, problemas de rede ou alterações na configuração do Windows podem impedir a correta inicialização ou comunicação com os serviços utilizados pelo WISEDAT.

Antes de efetuar qualquer alteração, identifique o tipo de falha:

  • Falha de ligação ao WISEDAT Business Server – verificar o serviço WDBServer;
  • Falha de ligação ao servidor de dados – verificar o serviço SQL Server (WISEDAT);
  • O WISEDAT funciona no servidor, mas não nos restantes postos – verificar rede, firewall e comunicação com o servidor;
  • Os serviços existem, mas não iniciam – verificar possíveis bloqueios ou problemas na instalação;
  • O nome do servidor foi alterado – reconfigurar a ligação da plataforma WISEDAT.
Importante: as verificações aos serviços devem ser efetuadas no computador que funciona como servidor WISEDAT.

1. Falha de ligação ao WISEDAT Business Server (WDBServer)

Esta situação ocorre quando o serviço WDBServer não está iniciado ou deixou de responder.

No servidor, abra o WISEDAT Service Manager e verifique o estado do serviço WISEDAT Business Server.

Falha de ligação ao WISEDAT Business Server

Se o serviço estiver parado, clique em Iniciar.

Iniciar o serviço WDBServer

Se o serviço já estiver iniciado, mas a aplicação continuar sem conseguir estabelecer ligação, clique em Reiniciar.

Reiniciar o serviço WDBServer

2. Falha de ligação ao servidor de dados SQL Server

Se a mensagem indicar uma falha de ligação ao servidor de dados, deverá verificar o serviço da instância SQL Server utilizada pelo WISEDAT.

No servidor, abra o WISEDAT Service Manager e verifique o estado do serviço SQL Server (WISEDAT).

Falha de ligação ao SQL Server

Se o serviço estiver parado, clique em Iniciar.

Iniciar o serviço SQL Server WISEDAT

Se o serviço já estiver iniciado, clique em Reiniciar.

Reiniciar o serviço SQL Server WISEDAT

Verifique também se o serviço SQL Server Browser está iniciado e configurado para arranque automático, especialmente quando é utilizada uma instância SQL Server nomeada.

Após iniciar ou reiniciar os serviços, tente novamente aceder ao WISEDAT.

3. O WISEDAT funciona no servidor, mas não funciona nos postos de rede

Se o WISEDAT funciona corretamente no servidor, mas um ou mais postos não conseguem estabelecer ligação, o problema estará normalmente relacionado com a comunicação entre os postos e o servidor.

Neste caso, verifique:

  • se o servidor está ligado e acessível através da rede;
  • se a firewall permite a comunicação com os serviços WISEDAT;
  • se o serviço SQL Server Browser está iniciado, quando necessário;
  • se o nome ou endereço IP do servidor está corretamente configurado;
  • se o posto consegue comunicar com o servidor através da rede local.

Adicionar regra de Firewall para o WDBServer

No servidor, abra o WISEDAT Service Manager.

Em WISEDAT Business Server, aceda a Definições e selecione a opção para adicionar a regra à Firewall.

Adicionar WDBServer à Firewall do Windows

Adicionar regra de Firewall para o SQL Server

Em SQL Server (WISEDAT), aceda a Definições e selecione a opção para adicionar a regra à Firewall.

Adicionar SQL Server WISEDAT à Firewall do Windows

Verifique igualmente se o serviço SQL Server Browser está em execução e configurado para arranque automático.

4. Verificações avançadas de ligação ao SQL Server

Se o SQL Server estiver iniciado no servidor, mas os postos continuarem sem conseguir estabelecer ligação, poderão ser necessárias verificações adicionais à configuração de rede do SQL Server.

Estas verificações são destinadas principalmente ao administrador do sistema ou técnico responsável pela rede.

4.1. Confirmar os serviços SQL Server

No servidor:

  1. Abra o SQL Server Configuration Manager;
  2. aceda a SQL Server Services;
  3. confirme que o serviço SQL Server correspondente à instância utilizada pelo WISEDAT está em execução;
  4. se utilizar uma instância nomeada, confirme também o estado do SQL Server Browser;
  5. se alterar alguma configuração, reinicie o respetivo serviço.

4.2. Confirmar que o protocolo TCP/IP está ativo

No SQL Server Configuration Manager:

  1. Aceda a SQL Server Network Configuration;
  2. selecione Protocols for <instância>;
  3. confirme que TCP/IP se encontra como Enabled;
  4. caso efetue alterações, reinicie posteriormente o serviço SQL Server.

4.3. Configurar uma porta TCP fixa

Em determinadas redes poderá ser vantajoso configurar uma porta TCP fixa para a instância SQL Server.

No SQL Server Configuration Manager:

  1. Aceda às propriedades de TCP/IP;
  2. selecione o separador IP Addresses;
  3. localize a secção IPAll;
  4. remova, quando aplicável, a configuração de TCP Dynamic Ports;
  5. em TCP Port, indique a porta pretendida, por exemplo 1433;
  6. reinicie o serviço SQL Server.
A porta 1433 é habitualmente utilizada pelo SQL Server, mas deverá garantir previamente que não está a ser utilizada por outro serviço ou instância.

Quando é utilizada uma porta fixa e a aplicação estabelece ligação diretamente através dessa porta, reduz-se a dependência do SQL Server Browser para determinar dinamicamente a porta da instância.

4.4. Verificar as regras da Firewall

Caso tenha sido configurada uma porta TCP fixa, confirme que a firewall do servidor permite a respetiva comunicação.

Por exemplo:

  • 1433/TCP – ligação ao SQL Server, quando esta for a porta configurada;
  • 1434/UDP – SQL Server Browser, quando utilizado.

Em alternativa, poderá ser criada uma regra de firewall para o executável sqlservr.exe correspondente à instância SQL Server.

4.5. Confirmar em que porta o SQL Server está a responder

Pode confirmar a porta utilizada através do SQL Server Error Log, procurando a indicação de que o servidor está a escutar numa determinada porta TCP.

Em alternativa, numa linha de comandos do Windows poderá verificar, por exemplo, se a porta 1433 está em utilização:

netstat -ano | find ":1433"

Se a porta estiver configurada corretamente e o SQL Server estiver em execução, deverá existir uma entrada correspondente à porta utilizada.

4.6. Testar temporariamente a Firewall do Windows

Se todas as configurações aparentarem estar corretas, mas continuar sem existir comunicação entre os postos e o SQL Server, poderá efetuar um teste temporário desativando a Firewall do Windows apenas para o perfil de rede privada do servidor.

Após desativar temporariamente a Firewall:

  1. teste imediatamente o acesso a partir de um posto;
  2. volte a ativar a Firewall;
  3. se o acesso funcionar apenas com a Firewall desativada, reveja as regras de entrada necessárias.
Não mantenha a Firewall desativada. Este procedimento deve ser utilizado exclusivamente como teste de diagnóstico.

Não é recomendável desativar genericamente a Firewall do router. Em redes com VLAN, segmentação ou regras específicas entre equipamentos, a configuração deverá ser analisada pelo administrador da rede.

5. O WDBServer ou SQL Server não iniciam

Se um dos serviços estiver parado e não for possível iniciá-lo, o problema já não estará relacionado apenas com a comunicação entre o posto e o servidor.

Verifique, pela seguinte ordem:

  1. Reinicie o servidor e volte a verificar o estado dos serviços.
  2. Verifique se alguma aplicação de segurança, nomeadamente antivírus, firewall ou outra solução de proteção, está a impedir a execução dos serviços WISEDAT ou SQL Server.
  3. Confirme se existem atualizações pendentes do Windows e conclua a respetiva instalação.
  4. Instale ou repare o
    Microsoft .NET Framework 4.8.
Se for necessário alterar configurações de antivírus, firewall, Windows ou rede, recomendamos que a intervenção seja efetuada pelo responsável técnico ou administrador do sistema.

6. O nome do servidor ou computador foi alterado

Se o nome do computador utilizado como servidor tiver sido alterado, as configurações existentes poderão continuar a apontar para o nome anterior.

Nesse caso, deverá proceder a uma nova inicialização da plataforma WISEDAT:

  1. Inicie a Consola de Administração mantendo a tecla Shift pressionada;
  2. aceda à configuração da plataforma;
  3. configure corretamente o nome do anfitrião;
  4. indique o servidor e a instância SQL Server utilizados pelo WISEDAT;
  5. grave a configuração e volte a iniciar a aplicação.

7. Problemas de resolução do nome do servidor na rede

Em algumas redes, o acesso através do nome do computador pode falhar devido a problemas de resolução de nomes (DNS), apesar de o servidor continuar acessível através do respetivo endereço IP.

Se o WISEDAT funcionar no servidor mas os postos não conseguirem estabelecer ligação:

  1. no servidor, efetue novamente a inicialização da plataforma mantendo a tecla Shift pressionada;
  2. indique o endereço IP do servidor no campo correspondente ao anfitrião;
  3. utilize igualmente o endereço IP na configuração do servidor de dados;
  4. grave a configuração e volte a testar o acesso nos postos.

Esta configuração pode evitar problemas relacionados com a resolução do nome do servidor na rede.

Se utilizar o endereço IP do servidor nesta configuração, recomenda-se que o servidor possua um endereço IP fixo ou reservado na rede, evitando que este seja posteriormente alterado.

8. Reparar ou reinstalar os componentes WISEDAT

Se os serviços continuarem indisponíveis depois das verificações anteriores, poderá ser necessário reparar a instalação.

Efetue estas operações apenas depois de excluir problemas relacionados com serviços, rede e firewall:

  1. execute novamente o setup WISEDAT para reparar ou repor os componentes instalados;
  2. se o serviço WDBServer não existir ou estiver danificado, execute novamente o setup WISEDAT;
  3. se a instância SQL Server não existir ou estiver danificada, consulte:
    Instalar SQL Server Express manualmente.
Não reinstale ou remova o SQL Server sem confirmar previamente a existência e localização das bases de dados WISEDAT. Uma intervenção incorreta poderá comprometer o acesso aos dados existentes.

Resumo do diagnóstico

  • Erro de ligação ao Business Server: verificar o serviço WDBServer;
  • Erro de ligação ao servidor de dados: verificar o serviço SQL Server (WISEDAT);
  • Funciona no servidor mas não nos postos: verificar rede, Firewall, TCP/IP, porta SQL e resolução de nomes;
  • Instância SQL Server nomeada: verificar também o SQL Server Browser ou utilizar uma porta TCP fixa;
  • Serviço não inicia: verificar Windows, antivírus, permissões e instalação;
  • Nome do servidor alterado: efetuar novamente a configuração da plataforma WISEDAT;
  • Problema de DNS: testar a configuração através do endereço IP do servidor;
  • Problema persiste: reparar os componentes através do setup WISEDAT.

 Troubleshooting
top