locked
SQL EXPRESS - sem conexão RRS feed

  • Pergunta

  •  

    Tenho instalado em uma máquina da rede o SQL 2005 Express que foi configurado para rede, ou seja, habilitado o protocolo TCP/IP na porta 1433, e não estou conseguindo conexão utilizando o Microsoft SQL Server Management Studio Express. Já tentei todas as recomendações que obtive em diversos tutoriais e não consegui a conexão.

     

     

     

    1. C:\>ping 192.168.1.246

    Disparando contra 192.168.1.246 com 32 bytes de dados:

    Resposta de 192.168.1.246: bytes=32 tempo=1ms TTL=128

    Resposta de 192.168.1.246: bytes=32 tempo<1ms TTL=128

    Resposta de 192.168.1.246: bytes=32 tempo<1ms TTL=128

    Resposta de 192.168.1.246: bytes=32 tempo<1ms TTL=128

    Estatísticas do Ping para 192.168.1.246:

        Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de perda),

    Aproximar um número redondo de vezes em milissegundos:

        Mínimo = 0ms, Máximo = 1ms, Média = 0ms

     

    1. utilizando o Portqry –n SERVIDOR5-CEPEC –e 1433 –p tcp, e Portqry –n SERVIDOR5-CEPEC –e 1434 –p udp obtenho a seguinte resposta:

     

    C:\>portqry -n SERVIDOR5-CEPEC -e 1433 -p tcp

    Querying target system called:

    SERVIDOR5-CEPEC

    Attempting to resolve name to IP address...

    Name resolved to 192.168.1.246

    querying...

    TCP port 1433 (ms-sql-s service): FILTERED

     

    C:\>portqry -n SERVIDOR5-CEPEC -e 1434 -p udp

    Querying target system called:

    SERVIDOR5-CEPEC

    Attempting to resolve name to IP address...

    querying...

    UDP port 1434 (ms-sql-m service): LISTENING or FILTERED

    Sending SQL Server query to UDP port 1434...

    UDP port 1434 (ms-sql-m service): FILTERED

     

    1. Liberar o Firewall – tanto colocando as portas 1433 e 1434 na lista de exceções, quanto o desativando totalmente.
    sexta-feira, 22 de fevereiro de 2008 14:33

Respostas

  • Olá RNSN,

     

    Vamos por partes. Seguem algumas recomendações a serem feitas (verifique as que não foram feitas)

     

    - O serviço deve estar iniciado

    - O serviço deve permitir conexões remotas (configurável no SQL Surface Area Configuration)

    - Se for uma instância nomeada, verifique qual a porta que ela utiliza pelo Configuration Manager

    - Se for uma instância nomeada, verifique se o serviço SQL Browser está iniciado

    - Certifique-se de que a porta utilizada pela instância está liberada

    - Se for uma instância nomeada, certifique-se de que a porta 1434 está liberada (SQL Browser)

    - Vá nos protocolos do SQL Server Configuration Manager e veja o protocolo TCP/IP está ativo

    - Vá no servidor que está tentando a conexão e no que o SQL Server está e verifique se as configurações de DNS estão corretas.

     

    Quais desses passos não foram realizados ? Lembre-se que algumas configurações necessitam de reiniciar o serviço.

     

    [ ]s,

     

    Gustavo

    sexta-feira, 22 de fevereiro de 2008 17:55
  • Olá RNSN,

     

    Está cada vez mais caracterizado que o problema está na ferramenta. Faça um último teste. Cole o código abaixo em um arquivo texto e salve-o como .VBS. Execute-o e veja se a data corrente é retornada.

     

    Code Snippet

    Dim objConn, objRset

    Set objConn = CreateObject("ADODB.Connection")
    Set objRset = CreateObject("ADODB.RecordSet")

    objConn.ConnectionString = "Provider=SQLOLEDB;Data Source=Servidor;Integrated Security=SSPI"

    objConn.Open

    objRset.Open "SELECT GETDATE()", objConn

    Msgbox objRset(0)

    objRset.Close
    objConn.Close

    Set objRset = Nothing
    Set objConn = Nothing

     

     

    Opcionalmente, você pode trocar o Integrated Security por UID=Usuario;PWD=Senha

     

    [ ]s,

     

    Gustavo

    sexta-feira, 22 de fevereiro de 2008 18:59

Todas as Respostas

  • vc. startou o sql browser ?

     

    Abs;

     

    sexta-feira, 22 de fevereiro de 2008 16:02
  • Sim, o SqlBrowse foi startado. Não consigo entender porque as portas estão filtradas e como liberá-las.

     

    sexta-feira, 22 de fevereiro de 2008 17:33
  • Boa tarde,

     

    Tente ir no menu programas - Microsoft SQL Server 2005 - Configuration Tools - SQL Server Surface Area Configuration e habilite para conexões remotas.

     

    Abraços,

     

    sexta-feira, 22 de fevereiro de 2008 17:40
  • Alexandre informo que isso já foi feito.
    sexta-feira, 22 de fevereiro de 2008 17:47
  • Olá RNSN,

     

    Vamos por partes. Seguem algumas recomendações a serem feitas (verifique as que não foram feitas)

     

    - O serviço deve estar iniciado

    - O serviço deve permitir conexões remotas (configurável no SQL Surface Area Configuration)

    - Se for uma instância nomeada, verifique qual a porta que ela utiliza pelo Configuration Manager

    - Se for uma instância nomeada, verifique se o serviço SQL Browser está iniciado

    - Certifique-se de que a porta utilizada pela instância está liberada

    - Se for uma instância nomeada, certifique-se de que a porta 1434 está liberada (SQL Browser)

    - Vá nos protocolos do SQL Server Configuration Manager e veja o protocolo TCP/IP está ativo

    - Vá no servidor que está tentando a conexão e no que o SQL Server está e verifique se as configurações de DNS estão corretas.

     

    Quais desses passos não foram realizados ? Lembre-se que algumas configurações necessitam de reiniciar o serviço.

     

    [ ]s,

     

    Gustavo

    sexta-feira, 22 de fevereiro de 2008 17:55
  • Cara,

    veja se você consegue criar uma dsn lá em ODBC ele encontra o instancia do SQL? Quando você tenta acessar via SQL Management Studio Express qual é a mensagem apresentada?

     

    Abraços,

     

    sexta-feira, 22 de fevereiro de 2008 18:00
  • Gustavo, boa tarde

     

    Todos esses passos foram dado exceto a verificação do DNS. Estou trabalhando com a seguinte configuração: IP Automático; Obter servidor DNS Automático.

     

    Tentei uma conexão odbc através do Access e consegui. quando tento através do Microsoft SQL Server Management Studio Express  obtenho a seguinte resposta:

    Timeout expired.  The timeout period elapsed prior to completion of the operation or the server is not responding. (.Net SqlClient Data Provider)

     

    sexta-feira, 22 de fevereiro de 2008 18:26
  • Olá RNSN,

     

    A dica do OBDC foi valiosa nesse caso. Ela indica que foi possível fazer a conexão e nesse caso muitas das hipóteses estão descartadas. Mas para sermos mais precisos, vamos tentar mais de uma ferramenta. Abra um prompt de comando na estação remota e digite o seguinte:

     

    SQLCMD -S ServidorSQL\InstanciaSeHouver -U Usuario -P Senha -Q "SELECT GETDATE()"

     

    Veja se ela também consegue retornar o resultado esperado.

     

    [ ]s,

     

    Gustavo

     

    sexta-feira, 22 de fevereiro de 2008 18:34
  • Prezado Gustavo

    Retornou esse erro:

    Sqlcmd: Erro: Microsoft SQL Native Client : Não foi possível completar o processo de logon devido a atraso na abertura da conexão com o servidor.

     

     

    sexta-feira, 22 de fevereiro de 2008 18:45
  • RNSN,

     

    Vá em Administrative Tools, Data Sourses(ODBC), System DSN, Crie uma DSN e no final faça um teste na mesma. Ela passa no teste ou também apresenta timeout?

     

    Abraços,

     

    sexta-feira, 22 de fevereiro de 2008 18:54
  • Olá RNSN,

     

    Está cada vez mais caracterizado que o problema está na ferramenta. Faça um último teste. Cole o código abaixo em um arquivo texto e salve-o como .VBS. Execute-o e veja se a data corrente é retornada.

     

    Code Snippet

    Dim objConn, objRset

    Set objConn = CreateObject("ADODB.Connection")
    Set objRset = CreateObject("ADODB.RecordSet")

    objConn.ConnectionString = "Provider=SQLOLEDB;Data Source=Servidor;Integrated Security=SSPI"

    objConn.Open

    objRset.Open "SELECT GETDATE()", objConn

    Msgbox objRset(0)

    objRset.Close
    objConn.Close

    Set objRset = Nothing
    Set objConn = Nothing

     

     

    Opcionalmente, você pode trocar o Integrated Security por UID=Usuario;PWD=Senha

     

    [ ]s,

     

    Gustavo

    sexta-feira, 22 de fevereiro de 2008 18:59
  • Gustavo

    Estou conseguindo a resposta; acho que o problema esta no tempo de resposta para conexão, pois quando inseri a opção de Conection Timeout = 30 ele passou a executar normalmente.

     

    Muito obrigado a todos

    Foi muito valiosa a participação de voces.

     

     

    sexta-feira, 22 de fevereiro de 2008 19:29
  • Olá RNSN,

     

    Com o último script tínhamos a evidência de que o problema estava no SQL Management Studio e no SQLCMD. O próximo passo era justamente ir atrás de configurações na ferramenta que pudessem estar atrapalhando exatamente da forma que você fez.

     

    [ ]s,

     

    Gustavo

     

    sexta-feira, 22 de fevereiro de 2008 19:53
  • Estou com um problema parecido. Após varias configurações:

    Deixei o Servidor com TCP/IP porta fixa para o SQL Express 2008 e SQL Browser ativado.

    Tanto com o Firewall do Windows  ligado com exceções ou desligado a conexão falha.

    ***** DEPOIS QUE ABRI A PORTA DO SQLBROWSER NO MEU DLINK-524 a conexão funcionou na hora, só que alegria durou pouco, a porta aparentemente fecha sozinha alguns segundos depois, pude constatar usando o PORTQRY. Vou no Dlink aplico a regra do firewall novamente  mas não dura muito tempo. Alguma Idéia do porque ??? *****

    Ja tentei criar um alias (porta e server) no SQL Configuration Manager, mas a conexão com o alias não da certo também.
    segunda-feira, 23 de fevereiro de 2009 00:57
  • Olá Clayton,

    Certifique-se de que a porta está aberta e posteriormente partimos para o SQL Server.
    Se a porta não estiver aberta não poderemos ajudá-lo com o SQL Server.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com/

    MVP Summit 2009 - Pré Evento em NY - dia 1
    http://diegonogare.spaces.live.com/blog/cns!C9B677082DFAE43D!2011.entry
    Classifique as respostas. O seu feedback é imprescindível
    quarta-feira, 25 de fevereiro de 2009 00:17
  • Oi Gustavo,

    Obrigado por entrar em contato. Achei a solução. Meu DLink estava configurado errado. Embora eu tivesse aberto a porta 1434 do SQL Browser no Dlink, a DMZ estava ligada e fechando a porta. Depois que desliguei a DMZ, tudo ficou certo. A explicação sobre a DMZ estar interferindo no firewall do própio DLink estava na FAQ do aparelho. Espero que esse meu problema possa resolver o de outras pessoas também. Um abraço.
    • Sugerido como Resposta Clayton Barão quarta-feira, 25 de fevereiro de 2009 11:54
    quarta-feira, 25 de fevereiro de 2009 11:53