none
Erro ao executar Query remotamente RRS feed

  • Pergunta

  • Boa tarde. Estou tentando executar uma query em um servidor remoto. Estou utilizando o SQL2005 para acessar o outro servidor remotamente pelo IP. Existe uma VPN interligando esses computadores. Tenho comunicação normal. O ping não dá perdas de pacote, a conexão com o servidor funciona normalmente. Só que ao executar uma query quando chega a 1min de execução o SQL me retorna o seguinte erro: 

    Msg 64, Level 20, State 0, Line 0
    A transport-level error has occurred when receiving results from the server. (provider: TCP Provider, error: 0 - The specified network name is no longer available.)

    Mesmo com o erro a VPN continua normal, não dá perdas de pacote e nem erros. 

    Já revirei a internet procurando soluções, mas até agora sem sucesso. Alguma solução?
    Aguardo respostas. Desde já, muito obrigado!


    UPDATE:

    Testei a query com o QueryAnalyzer e por lá me foi retornado o seguinte erro:

    [Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionCheckForData (CheckforData()).
    Server: Msg 11, Level 16, State 1, Line 0
    General network error. Check your network documentation.

    Connection Broken

    Estou pesquisando pelo mesmo nesse momento. Caso tenham alguma solução.

    Obrigado novamente.


    • Editado Lucas Vidau terça-feira, 11 de março de 2014 19:34
    terça-feira, 11 de março de 2014 17:45

Respostas

  • Boa tarde pessoal. Bom, meu problema ainda não foi resolvido. Mas achei uma solução para contorná-lo. Depois de realizar vários testes, pude observar que o acesso ao servidor via TS compartilhando as unidades do outro servidor eu conseguia fazer cópias de arquivos normalmente. Como estava acessando via internet, não havia queda nenhuma. Então configurei a rede para que eu pudesse acessar o SQL remotamente utilizando o NO-IP, já que o servidor não possui IP quente. Assim, tive acesso normalmente e consegui executar os processos remotamente. Mas no sábado irei realizar a troca do mikrotik que faz a VPN e novos testes. Qualquer coisa posto aqui.
    Muito obrigado a todos!
    • Marcado como Resposta Lucas Vidau quinta-feira, 13 de março de 2014 17:55
    quinta-feira, 13 de março de 2014 17:55

Todas as Respostas

  • Olá Lucas,

    Esse ai é um problema que você vai necessitar investigar bem, mas pelo visto está associado a infra, regras de proxy, firewall, entre outras coisas.

    Abaixo vou deixar um link para lhe ajudar com essa investigação, boa sorte.

    http://blogs.msdn.com/b/spike/archive/2009/04/16/a-transport-level-error-has-occurred-when-sending-the-request-to-the-server-provider-tcp-provider-error-0-an-existing-connection-was-forcibly-closed-by-the-remote-host.aspx

    Espero ter ajudado.

    Abraços.

    terça-feira, 11 de março de 2014 18:05
  • Lucas,

    Quem deve estar derrubando sua conexão é o próprio SQL Server.

    Tente alterar o o time-out das conexões da sua instância SQL. No SSMS, clique com o botão direito na sua instância SQL e selecione "Propriedades". Selecione a opção "Connections" e altere os segundos do campo "Remote query timeout". Veja na imagem abaixo:

    Se ajudou na sua solução, não esqueça de marcar como resposta !

    Abraços,

    Durval Ramos
    Microsoft Partner | MTA | MCSA - SQL Server 2012
    ----------------------------------
    Se foi resolvido clique "Marcar como resposta" e se foi útil "Votar como Útil"

    terça-feira, 11 de março de 2014 18:21
    Moderador
  • Já havia olhado este material. Mas não me foi útil. Nenhuma solução indicada por ele me trouxe resultados.

    Mesmo assim, muito obrigado!

    terça-feira, 11 de março de 2014 18:42
  • Olá. Já fiz isso também. E infelizmente sem solução. Já são quase 8 horas  de luta com esse problema e ainda sem solução..
    Obrigado pela resposta!
    terça-feira, 11 de março de 2014 18:44
  • Olá. Já fiz isso também. E infelizmente sem solução. Já são quase 8 horas  de luta com esse problema e ainda sem solução..
    Obrigado pela resposta!

    Lucas,

    Você consegue executar um DBCC CHECKDB() para verificar ser existe erro ou alguma estrutura de sua base de dados corrompida ?

    Talvez seja necessário realizar uma manutenção no banco para ter certeza que o link não está sendo derrubando pelo próprio SQL Server porque ele não está conseguindo resolver sua consulta completamente.

    Se ajudou na sua solução, não esqueça de marcar como resposta !

    Abraços,

    Durval Ramos
    Microsoft Partner | MTA | MCSA - SQL Server 2012
    ----------------------------------
    Se foi resolvido clique "Marcar como resposta" e se foi útil "Votar como Útil"
    terça-feira, 11 de março de 2014 20:41
    Moderador
  • Durval, bom dia. Bom, não executei o comando. Mas essa query roda normalmente no servidor local. Tentei também em outra máquina da rede local e funcionou também.

    Somente pela VPN que não está funcionando.

    Obrigado pela resposta.

    quarta-feira, 12 de março de 2014 11:16
  • Faz o seguinte,

    tenta modificar o nível de segurança da VPN talvez o SQL server esteja identificando a VPN como insegura, também crie um alias no arquivo "hosts" do windows com o nome da máquina do sql server dai tente pelo nome do host.

    Com certeza sua VPN tem algo diferente da sua rede padrão.

    Espero ter ajudado.

    Abraços.


    • Editado piratazzz quarta-feira, 12 de março de 2014 11:48 correção
    quarta-feira, 12 de março de 2014 11:46
  • Bom dia piratazzz. Bom, a segurança da VPN está ok. Acabei de verificar ela é feita através de 2 mikrotiks. Com relação a criar uma alias no arquivo hosts como deve ficar a linha lá?

    ip_da_maquina  e na frente, coloco o que?

    Obrigado pela resposta.

    Bom, fiz aqui asssim no arquivo hosts:

    ip_do_servidor  nome_do_servidor

    Continuo conectando normalmente. Só que não funcionou, dá o mesmo erro.

    • Editado Lucas Vidau quarta-feira, 12 de março de 2014 12:30 update
    quarta-feira, 12 de março de 2014 11:58
  • Boa tarde pessoal. Bom, meu problema ainda não foi resolvido. Mas achei uma solução para contorná-lo. Depois de realizar vários testes, pude observar que o acesso ao servidor via TS compartilhando as unidades do outro servidor eu conseguia fazer cópias de arquivos normalmente. Como estava acessando via internet, não havia queda nenhuma. Então configurei a rede para que eu pudesse acessar o SQL remotamente utilizando o NO-IP, já que o servidor não possui IP quente. Assim, tive acesso normalmente e consegui executar os processos remotamente. Mas no sábado irei realizar a troca do mikrotik que faz a VPN e novos testes. Qualquer coisa posto aqui.
    Muito obrigado a todos!
    • Marcado como Resposta Lucas Vidau quinta-feira, 13 de março de 2014 17:55
    quinta-feira, 13 de março de 2014 17:55