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.
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.

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

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

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).

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

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

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 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.

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.
4.1. Confirmar os serviços SQL Server
No servidor:
- Abra o SQL Server Configuration Manager;
- aceda a SQL Server Services;
- confirme que o serviço SQL Server correspondente à instância utilizada pelo WISEDAT está em execução;
- se utilizar uma instância nomeada, confirme também o estado do SQL Server Browser;
- 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:
- Aceda a SQL Server Network Configuration;
- selecione Protocols for <instância>;
- confirme que TCP/IP se encontra como Enabled;
- 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:
- Aceda às propriedades de TCP/IP;
- selecione o separador IP Addresses;
- localize a secção IPAll;
- remova, quando aplicável, a configuração de TCP Dynamic Ports;
- em TCP Port, indique a porta pretendida, por exemplo 1433;
- reinicie o serviço SQL Server.
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:
- teste imediatamente o acesso a partir de um posto;
- volte a ativar a Firewall;
- se o acesso funcionar apenas com a Firewall desativada, reveja as regras de entrada necessárias.
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:
- Reinicie o servidor e volte a verificar o estado dos serviços.
- 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.
- Confirme se existem atualizações pendentes do Windows e conclua a respetiva instalação.
-
Instale ou repare o
Microsoft .NET Framework 4.8.
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:
- Inicie a Consola de Administração mantendo a tecla Shift pressionada;
- aceda à configuração da plataforma;
- configure corretamente o nome do anfitrião;
- indique o servidor e a instância SQL Server utilizados pelo WISEDAT;
- 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:
- no servidor, efetue novamente a inicialização da plataforma mantendo a tecla Shift pressionada;
- indique o endereço IP do servidor no campo correspondente ao anfitrião;
- utilize igualmente o endereço IP na configuração do servidor de dados;
- 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.
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:
- execute novamente o setup WISEDAT para reparar ou repor os componentes instalados;
- se o serviço WDBServer não existir ou estiver danificado, execute novamente o setup WISEDAT;
-
se a instância SQL Server não existir ou estiver danificada, consulte:
Instalar SQL Server Express manualmente.
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.