locked
Falha de comunicação.

    Pergunta

  • Gostaria de saber se alguém já passou por essa dificuldade.

    Tenho uma rede de computadores onde as estações são XP e os Servers são Windwos Server 2003, as estações tem alguns softwares que rodam com suas bases no SQL Server, embora eles funcionem perfeitamente, constantemente os softwares apresentam falhas de conecção com seus respectivos BD's.

    Alguém já teve essa dificuldade?

    Já fiz testes de conecção, ping com o servidor(não perdeu pacotes nos 20m que deixei pingando), troquei as placas de rede, verifiquei o fluxo de conecções e aparentemente está tudo normal, mas parece que depois de um determinado tempo(esse tempo varia), os softwares perdem a comunicação com o SQL ou quando é feita uma requisição muito grande de consulta nas bases é acusada uma falha de conecção.

    Já mudei o valor da Query Time-Out para '0' e tmb para '9999999' para testar, mas sem susseefulus.

    O que mais posso tentar?

    sexta-feira, 4 de agosto de 2006 13:16

Respostas

  • Olá Ted,

    Nas estações foram instalados as ferramentas de conectividade do SQL Server. Se não foi recomendo instalar e depois passe também o SP4. Isso atualiza vários drives de conectividade e pode ser que resolva o problema.

    um abraço

    sexta-feira, 4 de agosto de 2006 17:13

Todas as Respostas

  • Olá,

            Qual versão do SQL Server ? 200 ou 2005 ? Express, Enterprise, etc.. ? Tem SP atualizado no SQL ? Saberia dizer qual drive para acesso ao banco os sistemas utilizam? ADO, ADO.Net, ODBC etc... ??

    Aguardo

    Att

    Henrique Gurgacz
    sexta-feira, 4 de agosto de 2006 13:40
  • Tedy  exite alguma mensagem de erro ? verifique se existe alguma coisa no Log....

     

    abs

     

    sexta-feira, 4 de agosto de 2006 13:41
  • Os drivers são todos via ODBC

     

    Utilizo o SQL Server 2000 Enterprise Edition com SP4.

    sexta-feira, 4 de agosto de 2006 15:49
  • As mensagens dos softwares são variadas, já que alguns desenvolvedores trabalharam os erros, então uns dão informção de que houve 'falha de vinculo com o BD', 'Falha de comunicação com o Driver ODBC', 'Erro de comunicação', entre outros.

     

    O Log não cheguei a olhar, vou verificar.

     

    sexta-feira, 4 de agosto de 2006 15:51
  • Olá,

    1. Verifica o Event Viewer da máquina do SQL Sever.

    2. Existe algum procedimento ou serviço que roda na máquina nos horários dos erro?

    3. Quando o sistema dá erro de conexao em uma estação, o mesmo ocorre para todas as estações no mesmo horário?

    4. Existe algum firewall na sua rede?

    5. O driver ODBC das máquinas estão atualizadas?

    Atenciosamente,

    sexta-feira, 4 de agosto de 2006 16:46
  • Olá Ted,

    Nas estações foram instalados as ferramentas de conectividade do SQL Server. Se não foi recomendo instalar e depois passe também o SP4. Isso atualiza vários drives de conectividade e pode ser que resolva o problema.

    um abraço

    sexta-feira, 4 de agosto de 2006 17:13
  • 1. Verifiquei os eventos e nada, encontrei sim alguns erros estranhos apontando uma falha em uma operação de backup que não existe, fora isso, nada de anormal.

    2. Os erros não tem muito bem um horário específico e os únicos serviços que estão rodando são os do próprio Windows pois este servidor não faz outra coisa a não ser gerenciar impressões e executáveis de outros programas, nada mais roda além de programas executados na rede e o próprio SQL (se que isso responde a questão 2?).

    3. Não, o erro varia nas máquinas tmb. Não acontecem em todas as máquinas ao mesmo tempo.

    4. Existe um Firewall em outro servidor que gerencia a Internet distribuída na rede, temos os clientes do ISA  Server instalados nas estações.

    5. A versão do Driver do SQL Server é: 2000.85.1117.00 não sei se é a última versão, acredito não ter atualizado isso em nenhuma oportunidade. (Vou verificar)

    sexta-feira, 4 de agosto de 2006 18:15
  • Não, não instalamos as ferramentas de conectividade nas estações já que a comunicação estava sendo feita sem que fosse necessários instalá-las.

     

    Vou fazer isso e testar.

    sexta-feira, 4 de agosto de 2006 18:19
  • Instalei nas estações no cliente do SQL junto com o SP4 mas os erros persistem.

    Dessa vez não foi a falta do cliente.

    sábado, 5 de agosto de 2006 14:35
  • Segue abaixo o link para Download do MDAC 2.8.

    http://www.microsoft.com/downloads/details.aspx?FamilyID=6c050fe3-c795-4b7d-b037-185d0506396c&DisplayLang=pt-br

    Provavelmente o problema esteja no código da sua aplicação que realiza a conexão com o DB, para eliminar essa variavel, teria como postar o trecho de código de conexão com o DB  ?

    Atenciosamente,

    segunda-feira, 7 de agosto de 2006 14:58
  • Tedd,

    Procure a versão do MDAC 2.8 Service Pack1.

    Em qual linguagem de programação este aplicativo foi desenvolvido?

    segunda-feira, 7 de agosto de 2006 16:37
  • Já atualizei o MDAC mas o problema persiste, e as linhas do comando para um dos softwares se comunicar segue, não sei se isso ajuda já que não tenho acesso ao código dos softwares pois os mesmos são tercerizados, espero que essas informações sejam suficientes.

    Estou começando a achar que seja algo de errado com o Servidor, mas...

    Vc perceberá que a porta de comunicação não é a padrão do SQL, mudei essa porta pois já tivemos um problema a muito tempo com o um Worm que ataca na porta UDP padrão do SQL, desde já, informo que todos os softwares que se utilizam da porta1433 foram alteradas para 3526.

     

    Temos softwares desenvolvidos em Delphi e VB

    Segue as linhas de comunicação.

     

    [ODBC]
    DRIVER=SQL Server
    UID=GOSOFT
    Trusted_Connection=Yes
    StatsLog_On=Yes
    QueryLog_On=Yes
    Address=srvprogramas,3526
    Network=DBMSSOCN
    LANGUAGE=Português (Brasil)
    DATABASE=sigadm
    WSID=INFO00
    APP=Microsoft Data Access Components
    SERVER=srvprogramas
    Description=Gosoftw

    terça-feira, 8 de agosto de 2006 15:37
  • Já está atualizado,

     

    Temos softwares desenvolvidos em Delphi e VB.

    terça-feira, 8 de agosto de 2006 18:11
  • Tedy006,

    Aconselho a você fazer uma varredura nas suas estações de trabalho, pois pode existir um sniffer rodando em sua rede e bloqueando a acesso e troca de dados através das portas TCP/IP.

    Nas configurações dos seus Clients, já tentou alterar o tipo de protocolo de comunicação de TCP/IP para NamedPipes?

    terça-feira, 8 de agosto de 2006 19:02
  • Vou verificar a possibilidade do snuffer e testarei o NamedPipes.
    terça-feira, 8 de agosto de 2006 19:31
  •  Nilton Pinheiro - MVP wrote:

    Olá Ted,

    Nas estações foram instalados as ferramentas de conectividade do SQL Server. Se não foi recomendo instalar e depois passe também o SP4. Isso atualiza vários drives de conectividade e pode ser que resolva o problema.

    um abraço

     

    Só o que fiz, além de instalar o cliente nas estações, foi forçar a porta que cadastrei na configuração do SQL.

    Valeu Nilton.

    sexta-feira, 11 de agosto de 2006 14:12
  • Ted

    tanto comunicação ADO quanto ODBC oque pode estar correndo é que não esta instanciando a conexão com o banco, ou seja chama o driver Sql server.

    verifique as permissoes no arquivo sqlsrv32.dll, alterações na diretiva de grupo de uma rede pode alterar as permissões do usuário local acessar a DLL.
    replique as permissões na pasta C:\Program Files\Common Files\System, atualize MDAC, se necesario substitua a dll por outra versão.

    att. Rodrigo.

    terça-feira, 31 de março de 2009 20:25