Erro SQL Server 08 Express ao conectar-se ao host local - “Tempo limite expirado”. Funciona com :: 1 ou 127.0.0.1

3

EDITAR

Nova informação: Navegando para localhost: 1434 no Chrome me dá um "ERR_EMPTY_RESPONSE", enquanto outras portas me dão um "Ops! Esse link parece estar quebrado". Então, parece ligar ok aí?

Então, aqui está minha configuração até agora:

  • Configurei o Firewall do Windows para permitir o TCP em 1433 e o UDP em 1434.
  • Configurei o SQL Server para usar qualquer IP na porta 1433 (usando o SQL Server Configuration Manager).
  • Meu arquivo hosts contém as entradas padrão ("127.0.0.1 localhost" e ":: 1 localhost").
  • Às vezes, tenho uma sessão de depuração do Visual Web Developer executando um servidor da Web, mas está em uma porta específica (localhost: 5XXXX).

O que eu tentei:

  • Eu POSSO pingar localhost em um prompt de cmd.
  • Eu CAN conecto ao banco de dados por meio do SSMS se especificar 127.0.0.1 ou :: 1 como o nome do servidor.
  • Eu NÃO POSSO conectar-me ao banco de dados por meio do SSMS (ou ADO.NET) se eu especificar localhost como o nome do servidor. Eu tentei Windows e autenticação SQL O erro que recebo é o padrão

Can't connect to localhost. Additional Information --> Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding. (Microsoft Sql Server)

Outras considerações:

  • Parar o servidor da web do Visual Web Developer a partir da barra de tarefas não afeta o problema do sql.
  • O log de erros do SQL diz que ele está ouvindo algum nome de url ao iniciar (não vejo como isso afetaria o host local, mas não o 127.0.0.1).

Eu provavelmente poderia usar 127.0.0.1 em todos os lugares, mas me assusta que o host local não esteja funcionando e eu gostaria de descobrir o porquê.

Eu não sou muito de um cara de rede ou de servidor sql, então estou preso. Se você quiser que eu tente alguma coisa para ajudar no diagnóstico, coloque-a em um comentário e eu a testarei.

Resultados do Netstat:

Setting SDK environment relative to C:\Program Files\Microsoft SDKs\Windows\v6.1

Targeting Windows Server 2008 x86 DEBUG

C:\Program Files\Microsoft SDKs\Windows\v6.1>netstat -ano | findstr 1434
  UDP    0.0.0.0:1434           *:*                                    6868
  UDP    [::]:1434              *:*                                    6868

C:\Program Files\Microsoft SDKs\Windows\v6.1>netstat -ano | findstr 1433
  TCP    0.0.0.0:1433           0.0.0.0:0              LISTENING       2268
  TCP    127.0.0.1:1433         127.0.0.1:50758        ESTABLISHED     2268
  TCP    127.0.0.1:50758        127.0.0.1:1433         ESTABLISHED     5008
  TCP    [::]:1433              [::]:0                 LISTENING       2268
  TCP    [::1]:1433             [::1]:51202            ESTABLISHED     2268
  TCP    [::1]:1433             [::1]:51616            ESTABLISHED     2268
  TCP    [::1]:51202            [::1]:1433             ESTABLISHED     5008
  TCP    [::1]:51616            [::1]:1433             ESTABLISHED     5008

C:\Program Files\Microsoft SDKs\Windows\v6.1>

Arquivo de Log do SQL Server:

Caso isso ajude

2010-01-30 12:58:59.01 Server      Microsoft SQL Server 2008 (SP1) - 10.0.2531.0 (Intel X86) 
    Mar 29 2009 10:27:29 
    Copyright (c) 1988-2008 Microsoft Corporation
    Express Edition on Windows NT 6.0  (Build 6002: Service Pack 2)

2010-01-30 12:58:59.01 Server      (c) 2005 Microsoft Corporation.
2010-01-30 12:58:59.01 Server      All rights reserved.
2010-01-30 12:58:59.01 Server      Server process ID is 2268.
2010-01-30 12:58:59.01 Server      System Manufacturer: 'Dell Inc.', System Model: 'Inspiron 1545'.
2010-01-30 12:58:59.01 Server      Authentication mode is MIXED.
2010-01-30 12:58:59.02 Server      Logging SQL Server messages in file 'c:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\Log\ERRORLOG'.
2010-01-30 12:58:59.02 Server      This instance of SQL Server last reported using a process ID of 7396 at 1/30/2010 12:57:38 PM (local) 1/30/2010 5:57:38 PM (UTC). This is an informational message only; no user action is required.
2010-01-30 12:58:59.02 Server      Registry startup parameters: 
     -d c:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA\master.mdf
     -e c:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\Log\ERRORLOG
     -l c:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA\mastlog.ldf
2010-01-30 12:58:59.02 Server      SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
2010-01-30 12:58:59.02 Server      Detected 2 CPUs. This is an informational message; no user action is required.
2010-01-30 12:58:59.08 Server      Using dynamic lock allocation.  Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node.  This is an informational message only.  No user action is required.
2010-01-30 12:58:59.17 Server      Node configuration: node 0: CPU mask: 0x00000003 Active CPU mask: 0x00000003. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.
2010-01-30 12:58:59.30 spid7s      Starting up database 'master'.
2010-01-30 12:58:59.41 spid7s      Recovery is writing a checkpoint in database 'master' (1). This is an informational message only. No user action is required.
2010-01-30 12:58:59.67 spid7s      FILESTREAM: effective level = 0, configured level = 0, file system access share name = 'SQLEXPRESS'.
2010-01-30 12:58:59.92 spid7s      SQL Trace ID 1 was started by login "sa".
2010-01-30 12:58:59.94 spid7s      Starting up database 'mssqlsystemresource'.
2010-01-30 12:58:59.95 spid7s      The resource database build version is 10.00.2531. This is an informational message only. No user action is required.
2010-01-30 12:59:00.82 spid7s      Server name is 'DELL\SQLEXPRESS'. This is an informational message only. No user action is required.
2010-01-30 12:59:00.83 Server      A self-generated certificate was successfully loaded for encryption.
2010-01-30 12:59:00.84 Server      Server is listening on [ 'any'  1433].
2010-01-30 12:59:00.84 Server      Server is listening on [ 'any'  1433].
2010-01-30 12:59:00.84 spid10s     Starting up database 'model'.
2010-01-30 12:59:00.85 Server      Server local connection provider is ready to accept connection on [ \.\pipe\SQLLocal\SQLEXPRESS ].
2010-01-30 12:59:00.86 Server      Server local connection provider is ready to accept connection on [ \.\pipe\MSSQL$SQLEXPRESS\sql\query ].
2010-01-30 12:59:00.86 Server      Dedicated administrator connection support was not started because it is disabled on this edition of SQL Server. If you want to use a dedicated administrator connection, restart SQL Server using the trace flag 7806. This is an informational message only. No user action is required.
2010-01-30 12:59:00.87 Server      The SQL Server Network Interface library could not register the Service Principal Name (SPN) for the SQL Server service. Error: 0x54b, state: 3. Failure to register an SPN may cause integrated authentication to fall back to NTLM instead of Kerberos. This is an informational message. Further action is only required if Kerberos authentication is required by authentication policies.
2010-01-30 12:59:00.87 spid7s      Informational: No full-text supported languages found.
2010-01-30 12:59:00.87 Server      SQL Server is now ready for client connections. This is an informational message; no user action is required.
2010-01-30 12:59:00.91 spid7s      Starting up database 'msdb'.
2010-01-30 12:59:01.21 spid10s     Clearing tempdb database.
2010-01-30 12:59:02.78 spid10s     Starting up database 'tempdb'.
2010-01-30 12:59:03.30 spid13s     The Service Broker protocol transport is disabled or not configured.
2010-01-30 12:59:03.30 spid13s     The Database Mirroring protocol transport is disabled or not configured.
2010-01-30 12:59:03.31 spid7s      Recovery is complete. This is an informational message only. No user action is required.
2010-01-30 12:59:03.31 spid13s     Service Broker manager has started.

    
por Adam A 31.01.2010 / 18:05

8 respostas

0

Tempo esgotado. Nunca recebi uma resposta que funcionou, mas isso foi há muito tempo para encontrar um agora. Obrigado por todos que tentaram ajudar.

    
por 07.10.2014 / 04:13
0

Editou minha resposta com base em suas informações adicionais.

Eu seguiria todas as etapas aqui e deixe-nos saber.

    
por 31.01.2010 / 19:04
0

Você deve usar localhost \ SQLEXPRESS para se conectar à instância local do SQL Server - supondo que a instância seja chamada SQLEXRESS.

Eu notei que nos seus comentários você diz que está recebendo um erro quando faz isso, pode postar porque pode ajudar a resolver o seu problema.

Além disso, em vez de usar 127.0.0.1, você pode usar. \ SQLEXPRESS em suas strings de conexão para se conectar à instância local do SQL Server Express.

    
por 01.02.2010 / 04:23
0

Tente ativar conexões remotas temporariamente, pode ser que o SQL Server veja um nome de host e pense que é uma conexão remota.

    
por 01.02.2010 / 04:55
0

Algumas ideias ...

  1. Você verificou suas opções de escopo para suas regras de firewall para o UDP 1434? Tente permitir explicitamente o host local em uma lista personalizada.
  2. Você já tentou desativar seu firewall no seu servidor de teste? Gostaria de saber se uma de suas regras tem uma opção de escopo bem-vinda. Duvidoso, mas vale a pena fazer um teste e postar os resultados como novas informações.
  3. Você tem algum serviço UDP no servidor de teste com o qual possa testar? Por exemplo, configure um servidor NTP que sincronize com algo na Internet e, em seguida, configure seu servidor de teste para sincronizar seu relógio usando isso. Se funcionar, você sabe que "localhost" funciona, e seu problema com o localhost e o SQL Server 08 Express é específico para os dois.

Infelizmente, parece que você não pode facilmente fazer uma captura de pacote localhost (então você está SOL lá) ... o que seria legal ver.

Se você já resolveu isso, eu ficaria curioso em saber qual foi a resposta.

    
por 16.10.2010 / 00:18
0

Quando você se conecta ao servidor no SSMS, o que acontece se você especificar pipes nomeados em vez de TCP / IP como o protocolo de rede nas Opções, Propriedades da conexão?

aqui está o meu netstat, se ajudar:

C:\Users\fff>netstat -ano | findstr 1433 TCP 0.0.0.0:1433
0.0.0.0:0 LISTENING 3680 TCP [::]:1433 [::]:0 LISTENING 3680

C:\Users\fff>netstat -ano | findstr 1434 TCP 127.0.0.1:1434
0.0.0.0:0 LISTENING 3680 TCP [::1]:1434 [::]:0 LISTENING 3680 UDP 0.0.0.0:1434
: 2644 UDP [::]:1434 : 2644

    
por 16.05.2012 / 12:54
0

Portanto, algumas questões menores aqui. A porta 1434 UDP é para o serviço Navegador do SQL Server. É como o SQL DNS, onde ele mapeará sua solicitação para uma instância nomeada para um número de porta. O SQL atribui números de porta dinamicamente às instâncias nomeadas e reserva o 1433 TCP para a instalação padrão, o que não acho que o Express faça.

Por favor, tente isso e relate suas descobertas: 127.0.0.1,1433 localhost, 1433 ., 1433

Isso é o mesmo que especificar o nome. Abra o SQL Profiler e procure por 'logins com falha, logins bem-sucedidos' na guia 'security audit'. Isso mostrará se você está se conectando ao SQL Engine. Se você não vir a tentativa de logon, você não está atingindo o mecanismo, o que significa que está sendo bloqueado.

Você pode tentar mudar a porta de 1433 para outra coisa como 11433 e reportar de volta? Você removeu 0 em 'dynamic port' no SQL Configuration Manager por adaptador de rede? Isso poderia ajudar também.

    
por 19.09.2014 / 16:57
-2

"My hosts file contains the default entries ("127.0.0.1 localhost" and "::1 localhost")"

Você pode tentar excluir ":: 1 localhost" em HOSTS. Para mim, parece desnecessário e confuso (para o qual um localhost deve resolver?). Por exemplo, meu HOSTS não tem (apenas "localhost 127.0.0.1") e resolve localhost embora de forma diferente

ping -a localhost resolve para "" :: 1 " com conexão de rede ativada e para 127.0.0.1 quando a conexão de rede está desativada

Além disso, tente desativar o IPv6 nas propriedades de TCP / IP da NIC ou na conexão da NIC apenas para restringir a área.

Esperando para ouvir seus resultados!

Update1 (continuando a falar comigo mesmo, muito emocionante!):

por 16.08.2010 / 07:57