Como solucionar problemas de conectividade no SQL Server 2000

O SQL Server 2000 suporta diversos métodos de comunicação entre a instância do SQL Server e os aplicativos clientes. Se o seu aplicativo cliente e a instância do SQL Server residem no mesmo computador, os componentes de comunicação entre processos (IPC) do Microsoft Windows, como pipes nomeados locais ou o protocolo de memória compartilhada, serão usados para comunicação. No entanto, quando o aplicativo cliente e a instância do SQL Server residem em computadores diferentes, um IPC de rede, como TCP/IP ou pipes nomeados, é usado para comunicação.

SQL Server 2000 usa a Net-Library (biblioteca de rede), uma DLL, para se comunicar com um protocolo de rede específico. Um par correspondente de bibliotecas de rede deve estar ativo no computador cliente e o no computador servidor para suportar o protocolo de rede que deseja usar. Por exemplo, se quiser habilitar um aplicativo cliente para que se comunique com uma instância específica do SQL Server por meio de TCP/IP, a biblioteca de rede dos soquetes TCP/IP do cliente (Dbnetlib.dll) deve estar configurada para conectar-se ao servidor no computador cliente. Da mesma forma, a biblioteca de rede dos soquetes TCP/IP do servidor (Ssnetlib.dll) deve escutar no computador servidor. Nessa situação, a pilha do protocolo TCP/IP deve ser instalada no computador cliente e no computador servidor.

Após a instalação do SQL Server 2000, é possível configurar as propriedades das bibliotecas de rede clientes usando o utilitário de rede para clientes. É possível configurar as propriedades das bibliotecas de rede do servidor usando o utilitário de rede para servidor (Svrnetcn.exe). As bibliotecas de rede do servidor são instaladas durante a instalação das ferramentas do servidor na Instalação do SQL Server. No entanto, algumas das bibliotecas de rede do servidor podem não estar ativas. Por padrão, o SQL Server 2000 habilita e escuta em TCP/IP, pipes nomeados e memória compartilhada. Por isso, para que um cliente se conecte a um computador servidor, ele deve se conectar usando uma biblioteca de rede do cliente que corresponda a uma das bibliotecas de rede do servidor sendo usadas no momento pela instância do SQL Server.

Para obter informações adicionais sobre os componentes de comunicação do SQL Server e as bibliotecas de rede, consulte os seguintes tópicos nos Manuais online do SQL Server:

• Componentes de comunicação
• Bibliotecas de rede do cliente e do servidor
• Gerenciando clientes

Solucionar problemas de conectividade

A maior parte dos problemas de conectividade que podem ser observados no SQL Server 2000 ocorrem devido a problemas com TCP/IP, autenticação do Windows ou uma combinação de TCP/IP e autenticação do Windows.

Importante Antes de iniciar a solução de problemas de conectividade no SQL Server 2000, verifique se o serviço MSSQLServer foi iniciado no computador que está executando SQL Server.

Verificar suas configurações DNS

O processo de resolução de nome no sistema de nomes de domínio (DNS) é usado para resolver o endereço IP para o nome da instância do SQL Server. Se o processo de resolução de nome não funcionar corretamente, a instância do SQL Server não poderá ser alcançada e uma ou mais das seguintes mensagens de erro pode ser exibida:Para verificar se o processo de resolução de nome está resolvendo o servidor correto, é possível aplicar o ping no servidor usando o nome e o endereço IP do servidor. Para fazer isso, execute estas etapas:

1. Clique em Iniciar e em Executar.
2. Na caixa de diálogo Executar, digite cmd na caixa Abrir e clique em OK.
3. No prompt de comando, execute o seguinte comando:

   ping <Server Name>

   Anote o endereço IP retornado.
4. No prompt de comando, excute o seguinte (no qual Endereço IP é o endereço IP anotado na etapa 3):

   ping ?a <IP address>

Verifique se o comando resolve para o nome do servidor correto. Se um dos comandos especificados não tiver êxito, o tempo limite esgotar ou não retornar os valores corretos, a pesquisa DNS não estará funcionando corretamente ou o problema ocorre devido a outros problemas de rede ou de roteamento. Para verificar suas configurações DNS atuais, execute o seguinte comando em um prompt de comando: Para obter informações adicionais sobre o comando ipconfig, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft:

Para solucionar esse problema, adicione uma entrada para o servidor ao arquivo %systemroot%\system32\drivers\etc\hosts no computador cliente. Também é possível solucionar o problema conectando-se ao servidor usando a biblioteca de rede de pipes nomeados.

Verificar os protocolos e aliases habilitados

Os problemas de conectividade podem ocorrer se o alias no computador cliente estiver configurado incorretamente. É possível exibir os aliases usando o utilitário Client Network. Para fazer isso, execute estas etapas:

1. Inicie o utilitário de rede para clientes. Se as ferramentas cliente do SQL Server estiverem instaladas no computador que está executando o aplicativo cliente, execute estas etapas para iniciar o utilitário de rede para clientes:
   1. Clique em Iniciar e aponte para Programas.
   2. Aponte para Microsoft SQL Server e clique em Utilitário Client Network.
   Se as ferramentas cliente do SQL Server não estiverem instaladas no computador cliente, execute estas etapas para iniciar o utilitário de rede para clientes:
   1. Clique em Iniciar e em Executar.
   2. Na caixa de diálogo Executar, digite cliconfg na caixa Abrir e clique em OK.
2. Na janela Utilitário de rede para clientes do SQL Server, clique na guia Geral e habilite todos os protocolos que deseja usar.
   
   Observação É necessário habilitar pelo menos o protocolo TCP/IP e o protocolo pipes nomeados.
3. Clique na guia Alias e verifique os aliases configurados para a instância do SQL Server.
4. Verifique as propriedades dos aliases para ter certeza de que o nome do servidor ou endereço IP e o protocolo estão configurados corretamente.

É possível criar um novo alias para testar a conectividade usando o nome do servidor, o endereço IP ou mesmo usando um protocolo diferente.

Observação Versões anteriores do Microsoft Data Access Components (MDAC) possuem uma interface de usuário diferente para o utilitário de rede para clientes. Por isso, Caso você não veja as opções listadas neste artigo, instale uma versão mas recente do MDAC no computador que está executando o aplicativo cliente.

Verificar se a instância do SQL Server está escutando corretamente

Para verificar se a instância do SQL Server está escutando nos pipes nomeados, TCP/IP ou outro protocolo que estiver usando no aplicativo cliente, abra o arquivo de log de erro do SQL Server atual. O arquivo de log de erro do SQL Server pode conter entradas semelhantes às seguintes:

Se você analisar as entradas no arquivo de log de erro do SQL Server, poderá verificar se a instância do SQL Server está escutando no endereço IP correto e na porta correta. Por padrão, uma instância padrão do SQL Server escuta na porta 1433. Também é possível usar o utilitário de rede para servidor para verificar as configurações de protocolo para SQL Server e alterar as propriedades no SQL Server, incluindo os protocolos que podem se conectar ao SQL Server e às portas que podem ser usadas. Para obter informações adicionais sobre como usar o utilitário de rede para servidor, consulte o tópico "Utilitário de rede do SQL Server" nos Manuais online do SQL Server.

Algumas vezes, o SQL Server 2000 pode não se vincular à porta 1433 ou qualquer outra porta especificada. Esse problema pode ocorrer se a porta estiver sendo usada por outro aplicativo ou se estiver tentando se conectar usando um endereço IP que não é correto. Por isso, as conexões TCP/IP para SQL Server podem não ter êxito e você pode receber a seguinte mensagem de erro no arquivo log de erro do SQL Server: Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft:

Se não for possível se conectar com a instância do SQL Server usando uma conexão TCP/IP, tente usar o protocolo pipes nomeados ou o protocolo de memória compartilhada. Execute o seguinte comando em um prompt de comando para obter informações sobre as portas em uso:Também é possível usar o utilitário de linha de comando Portqry para obter informações adicionais sobre as portas em uso.

Para obter informações adicionais sobre o utilitário de linha de comando Portqry, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft: Para obter informações adicionais sobre um possível bug relacionado aos soquetes TCP/IP, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft:

Observações Para instâncias nomeadas do SQL Server, o SQL Server determina dinamicamente a porta e escuta na porta determinada. Por isso, ao iniciar a instância nomeada do SQL Server, ele tenta escutar na porta que estava sendo usada anteriormente. Se o SQL Server não puder se vincular a essa porta, a instância nomeada poderá se vincular dinamicamente a uma porta diferente. Nessa situação, verifique se o aplicativo cliente também está configurado para determinar a porta dinamicamente. Como alternativa, também é possível especificar uma porta estática para a instância nomeada se vincular e escutar usando o utilitário de rede para clientes.

Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft:

Solucionar problemas MDAC

Problemas de conectividade também podem ocorrer devido a problemas com MDAC. Por exemplo, uma instalação de software pode substituir alguns arquivos MDAC ou alterar as permissões que você deve ter para acessar os arquivos MDAC. É possível executar o MDAC Component Checker para verificar a instalação MDAC no seu computador.

Para obter informações adicionais sobre como determinar a versão do MDAC, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft:
Observação Se estiver se conectando a uma instância nomeada do SQL Server, verifique se está executando MDAC 2.6 ou uma versão mais recente no seu computador. Versões anteriores do MDAC não reconhecem instâncias nomeadas do SQL Server. Por isso, as conexões para instâncias nomeadas podem não ter êxito.

É possível usar o utilitário Odbcping.exe para verificar conexões por meio do driver ODBC do SQL Server.

Para obter informações adicionais sobre o Odbcping.exe, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft: Para obter informações adicionais sobre como configurar DSNs do ODBC, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft:
Também é possível testar a conectividade para a instância do SQL Server usando um arquivo .udl.

Para obter informações adicionais sobre como criar um arquivo .udl, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft:

Solucionar problemas de firewall

Se o firewall existir entre o computador cliente e o computador que está executando SQL Server, verifique se as portas necessárias para comunicar por meio do firewall estão abertas.

Para obter informações adicionais sobre as portas que devem estar abertas para comunicação por meio de um firewall, clique nos números abaixo para ler os artigos na Base de Dados de Conhecimento da Microsoft:

Se você usar o protocolo TCP/IP para se conectar à instância do SQL Server, verifique se é possível usar o programa Telnet para conectar-se a porta na qual o SQL Server está escutando. Para usar o programa Telnet, execute o seguinte comando em um prompt de comando: Se o programa Telnet não tiver êxito e uma mensagem de erro for exibida, resolva o erro e tente se conectar novamente.

Observação Devido aos problemas causados pelo vírus Slammer, a porta UDP (User Datagram Protocol) 1434 pode estar bloqueada no seu firewall.

Solucionar problemas de autenticação e segurança

As conexões para SQL Server podem não ter êxito devido a falhas de autenticação. Se a autenticação falhar, uma das seguintes mensagens de erro pode ser exibida:
Se uma mensagem de erro for exibida devido a uma falha de autenticação e a mensagem de erro não mencionar um nome de logon do SQL Server específico, solucione o problema com a autenticação do Windows. A seguinte mensagem de erro pode ser exibida devido a problemas com a autenticação do Windows:Os seguintes problemas podem causar problemas de autenticação e segurança:

• Problemas ocorrem com a autenticação NTLM ou com a autenticação Kerberos.
• O controlador de domínio não pode ser contatado devido a problemas de conectividade.
• Problemas ocorrem com relações de confiança em domínios.

Para obter informações adicionais sobre possíveis causas, consulte os logs de evento no computador. Para solucionar problemas de conectividade com a autenticação do Windows, é possível usar a autenticação SQL Server para se conectar às instâncias do SQL Server. Para obter informações adicionais sobre como solucionar o erro "Não é possível gerar contexto SSPI" , clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft: Se a conexão não tiver êxito ao usar a autenticação SQL Server, a seguinte mensagem de erro será exibida:
Para solucionar esse problema, execute estas etapas.

Aviso O uso incorreto do Editor do Registro pode causar sérios problemas que talvez exijam a reinstalação do sistema operacional. A Microsoft não garante que os problemas resultantes do uso incorreto do Editor do Registro possam ser solucionados. O uso do Editor do Registro é de sua responsabilidade.

1. Verifique se a instância do SQL Server está configurada para usar a autenticação do Windows e do SQL Server. Para fazer isso, verifique se as seguintes chaves do Registro estão no computador que está executando SQL Server. Para a instância padrão do SQL Server:
   HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode
   Para a instância nomeada do SQL Server:
   HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<Instance Name>\MSSQLServer\LoginMode
   Verifique se os seguintes valores da chave do Registro estão definidos:
   
   Recolher esta tabelaExpandir esta tabela

   Tipo de autenticação	Valor
   Apenas autenticação do Windows	1
   Modo misto (Autenticação SQL Server e autenticação Windows)	2

   
   Observação Se você fizer alguma alteração no Registro, deverá parar e reiniciar a instância do SQL Server para que as alterações tenham efeito.
2. Tente conectar-se à instância do SQL Server usando contas do Windows diferentes ou contas de logon do SQL Server. Isso pode ajudar a determinar se a conexão não tem êxito devido a problemas com uma conta de logon específica. Por exemplo, a senha da conta de logon pode ter sido alterada.
3. Tente se conectar à instância do SQL Server usando protocolos diferentes. Por exemplo, as conexões que usam o protocolo TCP/IP com autenticação do Windows pode não ter êxito, mas as conexões que usam o protocolo pipes nomeados com autenticação do Windows podem ter êxito.

Se estiver usando certificados, poderá receber uma mensagem de erro de segurança SSL (Secure Sockets Layer) ao tentar se conectar à instância do SQL Server. Para obter informações adicionais, clique nos números abaixo para ler os artigos na Base de Dados de Conhecimento da Microsoft:

Solucionar problemas de tensão nos soquetes TCP/IP

Ao usar o driver ODBC do SQL Server, o provedor Microsoft OLE DB para SQL Server, ou o provedor gerenciado System.Data.SqlClient, é possível desabilitar o pool de conexão usando as interfaces de programação de aplicativos (APIs) apropriadas. Ao desabilitar o pool de conexão e seus aplicativos abrirem e fecharem as conexões com freqüência, a tensão na biblioteca de rede subjacente do SQL Server pode aumentar. Algumas vezes, os servidores da Web e os drivers JDBC também podem tentar se conectar à instância do SQL Server. Por isso, o aumento nas solicitações de conexão para o SQL Server pode ser mais do que o SQL Server pode controlar. Isso pode causar uma tensão nos soquetes TCP/IP e a seguinte mensagem de erro pode ser exibida no arquivo de log de erro do SQL Server:

Para obter informações adicionais, clique nos números abaixo para ler os artigos na Base de Dados de Conhecimento da Microsoft:

Observação Você pode não perceber a tensão nos soquetes TCP/IP se estiver executando SQL Server 2000 SP3 ou SQL Server 2000 SP3a devido a adição de um limite para o número de pacotes de logon. O erro 17832 ocorre ao usar drivers de outra empresa para conectar-se à instância do SQL Server. Para resolver esse problema, contate o fornecedor de outra empresa e obtenha drivers testados para funcionar com o SQL Server 2000 SP3 e SQL Server 2000 SP3a.

Verificar se a instância do SQL Server foi iniciada no modo de usuário único

Se a instância do SQL Server com a qual está tentando se conectar tiver sido iniciada no modo de usuário único, apenas uma conexão poderá ser estabelecida com o SQL Server. Se você tiver um software executando no seu computador que se conecta automaticamente ao SQL Server, o software poderá facilmente usar a única conexão. Por exemplo, o seguinte software pode se conectar automaticamente à instância do SQL Server:

• SQL Server Agent
• Software de backup de outras empresas
• Software de monitoramento de outras empresas
• Software antivírus de outras empresas
• Microsoft Internet Information Services (IIS)
• SQL Server Enterprise Manager

O aplicativo cliente que está tentando se conectar à instância do SQL Server recebe a seguinte mensagem de erro:Esse erro normalmente ocorre durante a Instalação do SQL Cluster e do service pack quando o processo de instalação inicia a instância do SQL Server no modo de usuário único. Os aplicativos especificados podem se conectar automaticamente à instância do SQL Server usando apenas a conexão disponível e a instalação não tem êxito.

Para determinar se a instância do SQL Server foi iniciada no modo de usuário único, verifique se o arquivo de log de erro do SQL Server possui uma entrada semelhante à seguinte:

Verificar a conectividade dos pipes nomeados para SQL Server

Se não for possível se conectar à instância do SQL Server usando pipes nomeados, verifique se a instância do SQL Server está configurada para aceitar conexões de pipes nomeados. Para obter informações adicionais sobre o procedimento para testar pipes nomeados, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft:

Solucionar problemas de conexões das quais o tempo limite se esgota durante o processo de recuperação

Cada vez que você inicia uma instância do SQL Server, ele recupera cada banco de dados. Durante esse processo de recuperação, o SQL Server desfaz as transações que não estão confirmadas. O SQL Server também adia as transações confirmadas e as alterações que não foram gravadas no disco rígido quando a instância do SQL Server foi interrompida. Quando o processo de recuperação é concluído, o SQL Server registra a seguinte mensagem no arquivo de log de erro do SQL Server: Durante o processo de recuperação, o SQL Server pode não aceitar conexões. Clientes que tentam se conectar à instância do SQL Server durante esse período podem receber uma mensagem de erro semelhante à seguinte:O serviço SQL Server Agent pode não iniciar porque espera a recuperação dos bancos de dados pelo SQL Server. Por isso, ao receber a seguinte mensagem no arquivo de log de erro do SQL Server, as conexões não irão mais falhar com um erro de tempo limite esgotado: Se o processo de recuperação demorar muito, poderá ser necessário solucionar o problema com o processo de recuperação.

Testar maneiras diferentes de se conectar à instância do SQL Server

Se você enfrentar problemas de conectividade ao se conectar à instância do SQL Server, poderá usar um ou mais dos seguintes métodos para solucionar esses problemas.

• Teste a conectividade com a instância do SQL Server usando a autenticação do SQL Server e do Windows.
• Teste a conectividade com a instância do SQL Server a partir de outra fonte de dados, como um DSN do ODBC, um arquivo .udl, SQL Query Analyzer, SQL Server Enterprise Manager, o utilitário isql ou o utilitário osql.
• Teste a conectividade com a instância do SQL Server usando protocolos diferentes. É possível especificar protocolos criando um novo alias para a instância do SQL Server usando esse protocolo. Também é possível especificar o protocolo na sua seqüência de conexão adicionando tcp:, np:, lpc: ou rpc: ao início do nome da instância do SQL Server. Por exemplo, se as conexões TCP/IP não tiverem êxito, as conexões de pipes nomeados terão.
• Testa a conectividade usando uma conta de logon diferente para ajudá-lo a determinar se o problema está associado a uma conta de logon específica.
• Tente adicionar uma entrada que corresponda ao endereço IP do computador que está executando a instância do SQL Server ao arquivo %systemroot%\system32\drivers\etc\hosts.
• Tente se conectar à instância do SQL Server a partir do computador que está executando SQL Server e a partir do cliente.
• Se estiver se conectando a partir do computador que está executando SQL Server, poderá especificar "." ou "(local)" (sem as aspas) em vez do nome do servidor e, então, conectar-se.
• Tente se conectar à instância do SQL Server usando o endereço IP em vez do nome do servidor.
• Tente determinar a porta específica na qual a instância do SQL Server está escutando, criando um alias ou adicionando um número de porta para a seqüência de conexão (Meuservidor\Minhainstância, 1433, por exemplo).

Capturar traços do monitor de rede

Se o problema de conectividade não for resolvido pelas etapas mencionadas na seção "Testar maneiras diferentes de se conectar à instância do SQL Server 2000", use o utilitário Monitor de rede para capturar o rastreamento de rede. Para obter informações adicionais sobre o rastreamento de rede, clique nos números abaixo para ler os artigos na Base de Dados de Conhecimento da Microsoft:




Para obter informações detalhadas adicionais, pode ser necessário usar o rastreamento do Analisador de perfis de SQL. Também é possível usar a ferramenta de diagnósticos de rede para computadores sem cluster que estão executando o SQL Server para rastreamento de rede. Para obter informações adicionais sobre como usar a ferramenta de diagnósticos de rede, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft: