Causas comuns de diversos problemas de conexão

Percorra cada uma das causas que se aplica à sua instância abaixo e para cada uma das causas aplicáveis, tente as resoluções correspondentes.

Causa 1: Nome de servidor incorreto sendo especificado na sequência de conexão ou na caixa de diálogo nome do servidor

  • Verifique se o nome do servidor que você está especificando o aplicativo coincide com o que você tem no log de erros

  • Navegue até o arquivo Web. config para seu aplicativo e verifique se o ponto de seção de Sequências de caracteres de Conexão para o nome de servidor correto e está usando o formatoadequado.

Observação

Para obter programaticamente as sequências de caracteres de conexão de seu aplicativo, consulte o exemplo em como: ler cadeias de caracteres de Conexão do arquivo Web. config de.

Se isso não resolver o problema, continue verificando outras causas nesta seção.

Causa 2: Alias incorreto na máquina cliente

Os aliases são usados geralmente em ambientes quando você precisa se conectar ao SQL Server com um nome alternativo ou quando há problemas de resolução de nomes na rede. Um alias incorreto na máquina do cliente podem fazer com que as conexões de seus aplicativos para ir para o servidor errado, resultando em falha.

  • Abra o SQL Server Client Network Utility digitando cliconfg.exe no comando Executar .

  • Verifique se há aliases definidos para o servidor que você está tentando se conectar.

  • Se estiver presente, faça o seguinte:

 

  1. Clique em Editar e renomear o alias do servidor. (por exemplo, se o nome do servidor MySQL, renomeá-lo como MySQL_test) e tente novamente a conexão. Se a conexão funciona, é uma indicação de que você tinha um alias incorreto, provavelmente de uma configuração antiga não é mais necessária. Se você continuar a experimentar o erro, renomeie o alias de volta ao nome original e prosseguir para a próxima etapa.

  2. Verifique os parâmetros de Conexão para o alias e certifique-se de que elas estão corretas. Estes são alguns dos cenários comuns que podem causar problemas de conectividade:

    • Endereço IP incorreto para o parâmetro de nome de servidor. Certifique-se de que este endereço IP corresponde a entrada no arquivo SQL ErrorLog .

    • Nome do servidor nome parâmetro - por exemplo embora seus pontos de alias de servidor nome do servidor correto, se o parâmetro de nome de servidor tem valor incorreto de servidor incorreto, conexões falhará.

    • Se você estiver usando um alias de pipes nomeados, verifique se que o nome do pipe tem o formato correto

      • Para se conectar à instância padrão chamada Mydefaultinstance, o nome do pipe deve ser \\Mydefaultinstance\pipe\sql\query

      • Para se conectar a uma instância nomeada MySQL\Named, o nome do pipe deve ser \\MySQL\pipe\MSSQL$Named\sql\query

Se isso não resolver o problema, continue a verificar outras causas nesta seção conforme aplicável para o tipo de instância (padrão ou instância nomeada)

Causa 3 (instância padrão): firewalls entre o cliente e o servidor bloqueando a instância do SQL Server de porta está escutando

Instância padrão: uma instância padrão geralmente é executado na porta 1433. Algumas instalações também usam uma porta não padrão (que não seja 1433) para instâncias SQL em execução. O firewall pode estar bloqueando qualquer um deles.

  • Determinar o número da porta que a instância SQL está em execução Se a instância padrão do SQL server está usando uma porta não padrão, consulte a postagem no blog seguinte no MSDN para obter informações adicionais: Conectando-se ao SQL na porta não-padrão

  • Tente anexar o número da porta do SQL Server para o nome do servidor usando o formato < servername > portnumber e ver se isso funciona. Por exemplo, se o nome da instância SQL é MySQLDefaultinstance e ele é executado na porta 2000, especifique o nome do servidor como MySQLServer, 2000 e ver se isso funciona. Se ele funcionar é uma indicação que o firewall está bloqueando a porta.

  • Se confirmado, adicione a porta à lista de exclusão de Firewall. Para obter instruções, selecione a opção "de causa 3 ou 5 causa: Adicionar porta à lista de exclusão de Firewall" na parte inferior da página.

 

Causa 4 (instância nomeada): navegador de SQL não é iniciado Aplicativos de cliente conectando-se a uma instância nomeada do SQL Server usam o serviço navegador do SQL no sistema onde SQL está sendo executado para enumerar a porta SQL está escutando. Se o serviço Pesquisador não é iniciado, as conexões falhará.

  • No sistema que está executando a instância do SQL Server, use o SQL Server Configuration manager ou o applet Serviços no painel de controle e inicie o serviço de navegador do SQL se ele não estiver iniciado já. Para obter mais informações, consulte o seguinte tópico na MSDN Como: Iniciar e parar o serviço navegador do SQL Server

Se o navegador do SQL já foi iniciado Verifique se o protocolo UDP porta 1434 é bloqueado pelo firewall de acordo com o parágrafo seguinte.

Causa 5 (instância nomeada): a porta UDP 1434 usada pelo navegador SQL está bloqueado na rede

Se a instância do SQL é uma instância nomeada, ele pode ou foram configurado para usar portas dinâmicas ou uma porta estática. Em ambos os casos, as bibliotecas de rede subjacente consultar o serviço navegador do SQL em execução no computador SQL Server por meio de porta UDP1434 para enumerar o número da porta para a instância nomeada. Se um firewall entre o cliente e o servidor bloquear essa porta UDP, a biblioteca de cliente não pode determinar a porta (um requisito para a conexão) e a conexão falhar 

Método 1:

  1. Anote a porta que a instância SQL está escutando do log de erros do SQL Server

  2. Tente se conectar à instância nomeada usando o número de porta acrescentado ao nome do servidor usando o formato <nomedoservidor \ NomedaInstância>, portnumber e ver se isso funciona. Se ele funcionar é uma indicação que o firewall está bloqueando a porta UDP 1434. Por exemplo, se o nome da instância SQL é MySQL\Namedinstance e ele é executado na porta 3000, especifique o nome do servidor como MySQL\Namedinstance,3000 e ver se isso funciona. Se ele funcionar pode tanto significar que a porta UDP 1434 estiver bloqueada ou porta estática está bloqueada ou ambos. Para confirmar se é a porta UDP ou porta estática usando Portqry do método 2 abaixo

Método 2:

  1. Use a ferramenta PortqryUI com sua instância nomeada e observe a saída resultante. Se você vir a mensagem que a porta UDP 1434 é filtrada é uma indicação de que a porta está bloqueada na rede. Para obter instruções sobre como usar a ferramenta, selecione a opção "para o caso de 5: ferramenta PortqryUI usando o SQL Server " na parte inferior.

Primeiro determinar se a instância do SQL Server está escutando na porta estática dinâmica vs e use o procedimento que é relevante para sua situação. Como saber se o SQL está escutando dinâmicos vs portas estáticas, selecione a opção "para caso de 5: escutando nas portas dinâmicas ou estáticas? " na parte inferior.

  • Caso: Portas dinâmicas -> Nesse caso, você precisa garantir que o serviço de navegador do SQL, na verdade, é iniciado e a porta UDP 1434 não está bloqueada no firewall entre o cliente e o servidor. Se você não puder fazer qualquer um deles, você deve alternar sua instância do SQL Server para usar uma porta estática e usar o procedimento documentado em Configurar um servidor para escutar em uma porta de TCP específica (SQL Server Configuration Manager).

  • Caso: Configuração de porta estática e o navegador do SQL não está em execução ou UDP 1434 não pode ser aberta no firewall -> Nesse caso, você precisa garantir que a porta estática for especificada na sequência de conexão e que a porta não está bloqueada pelo firewall. Para obter instruções, selecione a opção "para o caso 3 ou 5 caso: Adicionar porta à lista de exclusão de Firewall" na parte inferior.

Isso resolveu o problema?

Precisa de mais ajuda?

Expanda suas habilidades
Explore o treinamento
Obtenha novos recursos primeiro
Ingressar no Microsoft Insider

Estas informações foram úteis?

Qual é o seu grau de satisfação com a qualidade da tradução?

O que afetou sua experiência?

Algum comentário adicional? (Opcional)

Obrigado por seus comentários!

×