Como resolver problemas de conectividade no SQL Server 2000

Traduções de Artigos Traduções de Artigos
Artigo: 827422 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Este artigo pode ajudá-lo para resolver problemas de conectividade com o Microsoft SQL Server 2000. Este artigo contém descrições de problemas de conectividade comuns e os passos que pode tomar para ajudar a resolver os problemas de conectividade.
SQL Server 2000 suporta vários métodos de comunicação entre a instância do SQL Server e as aplicações de cliente. Se a aplicação cliente e a instância do SQL Server residem no mesmo computador, o Microsoft Windows interprocess componentes de comunicação (IPC), como pipes nomeados locais ou o protocolo de memória partilhada, são utilizados para comunicar. No entanto, quando a aplicação cliente e a instância do SQL Server residir em computadores diferentes, uma rede IPC, tais como TCP/IP ou pipes nomeados, é utilizada para comunicar.

SQL Server 2000 utiliza a biblioteca de rede, uma DLL, para comunicar com um determinado protocolo de rede. Um par correspondente de bibliotecas de rede tem de estar activo no computador cliente e o computador servidor para suportar o protocolo de rede que pretende utilizar. Por exemplo, se pretender activar uma aplicação de cliente comunicar com uma instância específica do SQL Server através de TCP/IP, o cliente TCP/IP Sockets biblioteca de rede (Dbnetlib.dll) tem de ser configurado para ligar ao servidor no computador cliente. Do mesmo modo, o servidor TCP/IP Sockets biblioteca de rede (Ssnetlib.dll) tem escutar o computador servidor. Neste cenário, a pilha do protocolo TCP/IP tem de estar instalada no computador cliente e o computador servidor.

Depois de instalar o SQL Server 2000, pode configurar as propriedades do cliente de bibliotecas de rede utilizando o utilitário de rede do cliente. Pode configurar as propriedades do servidor de bibliotecas de rede utilizando o utilitário Server Network Utility (Svrnetcn.exe). O servidor de que bibliotecas de rede são instaladas durante a instalação das ferramentas de servidor do programa de configuração do SQL Server. No entanto, alguns do servidor de bibliotecas de rede poderão não estar activa. Por predefinição, SQL Server 2000 permite e escuta no TCP/IP, encaminhamentos (pipes) e a memória partilhada. Por conseguinte, para um cliente ligar a um computador servidor, o cliente deve ligar utilizando um cliente de biblioteca de rede que corresponda a um servidor bibliotecas de rede que está actualmente a ser utilizado pela instância do SQL Server.

Para obter informações adicionais sobre componentes de comunicação do SQL Server e bibliotecas de rede, consulte os seguintes tópicos no SQL Server Books Online:
  • Componentes de comunicação
  • Cliente e servidor de bibliotecas de rede
  • Gerir clientes

Resolver problemas de conectividade

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

importante Antes de começar a resolver problemas de conectividade no SQL Server 2000, certifique-se de que o serviço MSSQLServer é iniciado no computador que está a executar o SQL Server.

Verifique as definições de DNS

O processo de resolução de nomes no sistema de nomes de domínio é utilizado para resolver o endereço IP para o nome da instância do SQL Server. Se o processo de resolução de nomes não funcionar correctamente, a instância do SQL Server não está acessível e poderá receber uma ou mais das seguintes mensagens de erro:
SQL Server não existe ou o acesso negado
Erro geral de rede
Não é possível gerar SSPI contexto
Para verificar que o processo de resolução de nomes está a processar o servidor correcto, executar um ping do servidor utilizando o nome do servidor e o endereço IP do servidor. Para o fazer, siga estes passos:
  1. Clique em Iniciar e, em seguida, clique em Executar .
  2. Na caixa de diálogo Executar , escreva cmd na caixa Abrir e, em seguida, clique em OK .
  3. Na linha de comandos, execute o seguinte comando: ping
    ping <Server Name>
    nota o endereço IP que é devolvida.
  4. Na linha de comandos, execute o seguinte comando (em que IP address é o endereço IP que anotou no passo 3):
    ping ?a <IP address>
Certifique-se que o comando resolve o nome de servidor correcto. Se um dos comandos especificados não forem com êxito, o limite de tempo ou não devolva os valores correctos, a pesquisa de DNS não está a funcionar correctamente ou o problema ocorre devido a outros problemas de rede ou de encaminhamento. Para ver as actuais definições de DNS, execute o seguinte comando numa linha de comandos:
ipconfig /all
Para obter informações adicionais sobre o comando ipconfig, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
223413Opções para ipconfig.exe no Windows 2000


Para contornar este problema, adicione uma entrada para o servidor para o ficheiro %systemroot%\system32\drivers\etc\hosts no computador cliente. Pode também trabalhar resolver o problema ligando ao servidor utilizando a biblioteca de rede de encaminhamentos com nome.

Verificar os protocolos activados e aliases

Problemas de conectividade podem ocorrer se o alias no computador cliente está definido incorrectamente. Pode ver os aliases, utilizar cliente utilitário de rede. Para o fazer, siga estes passos:
  1. Inicie o utilitário de rede do cliente. Se o SQL Server ferramentas de cliente estão instaladas no computador que está a executar a aplicação de cliente, siga estes passos para iniciar o utilitário de rede do cliente:
    1. Clique em Iniciar e, em seguida, aponte para programas .
    2. Aponte para Microsoft SQL Server e, em seguida, clique em Client Network Utility .
    Se as ferramentas de cliente do SQL Server não estiverem instaladas no computador cliente, siga estes passos para iniciar o utilitário de rede do cliente:
    1. Clique em Iniciar e, em seguida, clique em Executar .
    2. Na caixa de diálogo Executar , escreva cliconfg na caixa Abrir e, em seguida, clique em OK .
  2. No Servidor de utilitário de rede do cliente de SQL janela, clique no separador Geral e Active a todos os protocolos que pretende utilizar.

    Nota Tem de, pelo menos, activar o protocolo TCP/IP e o protocolo de pipes nomeados.
  3. Clique no separador de alias e verifique se os aliases que estão configurados para a instância do SQL Server.
  4. Verifique as propriedades de aliases para garantir que o nome do servidor ou endereço IP e o protocolo estão correctamente configuradas.
Pode criar um novo alias para testar a conectividade utilizando o nome do servidor, o endereço IP, ou mesmo utilizando um protocolo diferente.

Nota As versões anteriores do Microsoft Data Access Components (MDAC) têm uma interface de utilizador diferente para o utilitário de rede do cliente. Por conseguinte, se não conseguir ver as opções que estão listadas neste artigo, instalar uma versão posterior do MDAC no computador que está a executar a aplicação cliente.

Certifique-se de que a instância do SQL Server está à escuta correctamente

Para verificar que a instância do SQL Server está a escutar pipes nomeados, TCP/IP ou outro protocolo que está a utilizar na aplicação cliente, abra o ficheiro de registo erro actual do SQL Server. O ficheiro de registo de erro do SQL Server pode conter entradas semelhantes à seguinte:
2003-11-06 09:49:36.17 server SQL server listening on TCP, Shared Memory, Named Pipes. 
2003-11-06 09:49:36.17 server SQL server listening on 192.168.1.5:1433, 127.0.0.1:1433.


Se analisar as entradas o ficheiro de registo de erros do SQL Server, pode verificar que a instância do SQL Server está a escutar o endereço IP correcto e a porta correcta. Por predefinição, uma instância predefinida do SQL Server escuta na porta 1433. Pode também utilizar utilitário Server Network Utility para verificar as definições de protocolo para o SQL Server e para alterar as propriedades no SQL Server, incluindo os protocolos que podem ligar ao SQL Server e as portas que podem ser utilizadas. Para mais informações sobre como utilizar o utilitário Server Network Utility, consulte o tópico "Utilitário de rede do SQL Server" no SQL Server Books Online.

Por vezes, SQL Server 2000 não pode ligar a porta 1433 ou qualquer outra porta especificada. Este problema poderá ocorrer se a porta está a ser utilizada por outra aplicação ou se está a tentar estabelecer ligação utilizando um endereço IP que não está correcto. Por conseguinte, as ligações de TCP/IP para o SQL Server podem não ter êxito e poderá receber a seguinte mensagem de erro no SQL Server ficheiro de registo de erro:
14-11-2001 15:49:14.12 servidor informações SuperSocket: ligação falhou na porta 1433 de TCP.
Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
307197PROBLEMA: TCP\IP porta utilizado por outra aplicação


Se não conseguir ligar à instância do SQL Server utilizando uma ligação de TCP/IP, tente utilizar o protocolo de pipes nomeados ou o protocolo de memória partilhada. Execute o seguinte comando numa linha de comandos para obter informações sobre as portas que estão a ser utilizados:
NETSTAT -an
pode também utilizar o utilitário da linha de comandos o Portqry para obter mais informações sobre as portas que estão a ser utilizados.

Para obter informações adicionais sobre o utilitário da linha de comandos o Portqry, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
310099Descrição do utilitário da linha de comandos o portqry.exe
Para obter informações adicionais sobre um possível erro relacionado com o TCP/IP sockets, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
306865Erro: SQL Server pode não escutar sockets de TCP/IP ao TCP/IP é o único protocolo


Nota Para instâncias nomeadas de SQL Server, SQL Server dinamicamente determina a porta e escuta na porta determinada. Por conseguinte, quando inicia a instância nomeada do SQL Server, SQL Server tenta escutar na porta que anteriormente estava a ser utilizada. Se SQL Server não é possível ligar a essa porta, a instância nomeada dinamicamente pode ligar a uma porta diferente. Nessa situação, certifique-se que a aplicação cliente também é definida para determinar a porta dinamicamente. Em alternativa, pode também especificar uma porta estática para a instância nomeada para ligar a e escutar utilizando o utilitário de rede do cliente.

Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
286303INF: Comportamento biblioteca de rede de SQL Server 2000 durante a detecção de dinâmico de portas
823938Como utilizar a atribuição de portas estáticas e dinâmicas no SQL Server 2000

Resolver problemas do MDAC

Problemas de conectividade também poderão ocorrer devido a problemas com o MDAC. Por exemplo, uma instalação de software poderá substituir alguns ficheiros MDAC ou alterar as permissões necessárias para aceder aos ficheiros do MDAC. Pode executar o MDAC Component Checker para verificar se o MDAC instalação no computador.

Para obter informações adicionais sobre como determinar a versão do MDAC, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
301202COMO: Verificar a versão do MDAC

Nota Se estiver a ligar a uma instância nomeada do SQL Server, certifique-se de que está a executar o MDAC 2.6 ou posterior no computador. Versões anteriores do MDAC não reconhecem instâncias nomeadas de SQL Server. Por conseguinte, ligações a instâncias nomeadas poderão não ser bem sucedidas.

Pode utilizar o utilitário Odbcping.exe para verificar ligações através de ODBC para SQL Server controlador.

Para obter informações adicionais sobre Odbcping.exe, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
138541COMO: Odbcping.exe para verificar a conectividade ODBC para SQL Server
Para obter informações adicionais sobre como configurar DSNs de ODBC, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
289573PROBLEMA: Configurar DSN com bibliotecas de rede do servidor SQL

Também pode testar conectividade para a instância do SQL Server utilizando um ficheiro .udl.

Para obter informações adicionais sobre como criar um ficheiro .udl, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
244659EXEMPLO: Como criar um ficheiro de ligação de dados com o Windows 2000

Resolver problemas de firewall

Se existir firewall entre o computador cliente e o computador que esteja a executar o SQL Server, certifique-se que as portas que são necessários para comunicar através do firewall estão abertas.

Para obter informações adicionais sobre as portas que deverão estar abertas comunicar através de um firewall, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
287932INF: TCP portas necessárias para a comunicação para o SQL Server através de um firewall
269882COMO: Utilizar ADO para ligar a um servidor de SQL está protegido por um firewall


Se utilizar o protocolo TCP/IP para ligar a instância do SQL Server, certifique-se de que pode utilizar o programa Telnet para ligar a porta onde está à escuta do SQL Server. Para utilizar o programa Telnet, execute o seguinte comando numa linha de comandos:
Telnet <IP Address> <Port Number>
se o programa Telnet não tiver êxito e receberá uma mensagem de erro, resolver o erro e, em seguida, tente ligar novamente.

Nota Devido a problemas que foram provocados por vírus Slammer, a porta de protocolo de datagrama de utilizador (UDP, User Datagram Protocol) 1434 poderá ser bloqueada no firewall.

Resolver problemas de autenticação e segurança

Ligações ao SQL Server podem não ser bem sucedidas devido a falhas de autenticação. Se a autenticação falhar, poderá receber uma das seguintes mensagens de erro:
Falhou o início de sessão para o utilizador ' <username > '
Falhou o início de sessão para o utilizador 'Início de sessão NTAUTHORITY\ANONYMOUS'
Falhou o início de sessão para o utilizador 'null'
Se receber uma mensagem de erro devido a uma falha de autenticação e a mensagem de erro não mencionar um nome de início de sessão do SQL Server específico, resolver o problema com o Windows autenticação. Poderá receber a seguinte mensagem de erro devido a problemas com a autenticação do Windows:
Não é possível gerar Contexto SSPI
Os seguintes problemas podem causar problemas de segurança e autenticação:
  • Ocorrer problemas com a autenticação NTLM ou com a autenticação Kerberos.
  • Não é possível contactar o controlador de domínio devido a problemas de conectividade.
  • Ocorrer problemas com relações de fidedignidade entre domínios.
Para mais informações sobre como causas possíveis, consulte os registos de eventos no computador. Para resolver problemas de conectividade com a autenticação do Windows, pode utilizar a autenticação do SQL Server para ligar a instância do SQL Server.Para obter informações adicionais sobre como resolver o erro "Não é possível gerar o contexto de SSPI", clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
811889Como resolver a mensagem de erro "Não é possível gerar contexto SSPI"
Se a ligação não for bem sucedida quando utilizar SQL Server autenticação, receberá a seguinte mensagem de erro:
Falhou o início de sessão para o utilizador ' <username > '. Não associado a uma ligação fidedigna

Para resolver este problema, siga estes passos.

importante Esta secção, método ou tarefa contém passos que indicam como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo de forma incorrecta. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Criar uma para protecção adicional, cópia de segurança do registo antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança e restaurar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
322756Como efectuar uma cópia de segurança e restaurar o registo no Windows
  1. Certifique-se que a instância do SQL Server está configurada para utilizar autenticação do Windows e autenticação do SQL Server. Para tal, certifique-se que as seguintes chaves de registo encontram no computador que esteja a executar o SQL Server. Para a instância predefinida 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
    Certifique-se que estão definidos os valores de chave de registo seguinte:
    Reduzir esta tabelaExpandir esta tabela
    Tipo de autenticaçãoValor
    Apenas a autenticação do Windows1
    Modo misto (autenticação autenticação do SQL Server e do Windows)2

    Nota Se efectuar alterações ao registo, deve parar e, em seguida, reinicie a instância do SQL Server para que as alterações entrem em vigor.
  2. Tente ligar à instância do SQL Server utilizando diferentes contas do Windows ou contas de início de sessão do SQL Server. Isto pode ajudar a determinar se a ligação não é bem sucedida devido a problemas com uma conta de início de sessão específico. Por exemplo, a palavra-passe da conta início de sessão poderá foram alterada.
  3. Tente ligar à instância do SQL Server utilizando protocolos diferentes. Por exemplo, as ligações que utilizam o protocolo TCP/IP com a autenticação do Windows poderão não ter êxito, mas ligações que utilizam o protocolo de pipes nomeados com autenticação do Windows podem ser bem sucedidas.
Se estiver a utilizar certificados, poderá receber uma segura (SSL) segurança a mensagem de erro quando tenta ligar a instância do SQL Server. Para obter informações adicionais, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
316898COMO: Activar a encriptação de SSL para SQL Server 2000 com a consola de gestão da Microsoft
322144CORRECÇÃO: SECDoClientHandShake não é possível ligar ao SQL Server


Resolver problemas de carga em TCP/IP sockets

Quando utilizar o controlador de ODBC para SQL Server, o Microsoft OLE DB Provider para SQL Server, ou o System.data.SqlClient geridos fornecedor, pode desactivar o agrupamento de ligações por utilizar a programação de aplicações adequadas interfaces (API). Quando desactivar o agrupamento de ligações e a aplicação frequentemente abre e fecha ligações, pode aumentar a carga na biblioteca de rede subjacente do SQL Server. Por vezes, os servidores Web e os controladores JDBC podem também tentar ligar à instância do SQL Server. Por este motivo, o aumento de pedidos de ligação ao SQL Server poderá ser mais do que pode processar o SQL Server. Isto pode salientar os sockets de TCP/IP e poderá receber a seguinte mensagem de erro no ficheiro de registo de erro do SQL Server:
Erro de servidor 20:46:21.11 do 2003-08-07: 17832, gravidade: 20, estado: 6
07-08-2003 20:46:21.11 servidor ligação aberto mas foram pacotes de início de sessão inválido enviado. Ligação fechada.


Para obter informações adicionais, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
154628INF: SQL inicia 17832 com vários pedidos de ligação TCP\IP
328476Definições de TCP/IP para controladores do SQL Server quando o agrupamento está desactivado


Nota Poderá não detectar a carga em TCP/IP sockets se estiver a executar SQL Server 2000 SP3 ou SQL Server 2000 SP3a porque foi adicionado um limite no número de pacotes de início de sessão. O erro 17832 ocorre quando utiliza os controladores de outros fabricantes para ligar a instância do SQL Server. Para resolver este problema, contacte o fornecedor de terceiros e obter controladores que foram testados para trabalhar com SQL Server 2000 SP3 e SQL Server 2000 SP3a.

Se a instância do SQL Server é iniciado no modo de utilizador único

Se a instância do SQL Server que está a tentar ligar é iniciada no modo de utilizador único, apenas uma ligação pode ser estabelecida com o SQL Server. Se tiver software em execução no computador que liga automaticamente ao SQL Server, o software pode facilmente utilizar a única ligação. Por exemplo, o seguinte software pode ligar automaticamente para a instância do SQL Server:
  • Agente do SQL Server
  • Software de cópia de segurança de outros fabricantes
  • Software de monitorização de outros fabricantes
  • Software antivírus de outros fabricantes
  • Microsoft Internet Information Services (IIS)
  • SQL Server Enterprise Manager
A aplicação de cliente que está a tentar ligar a instância do SQL Server recebe a seguinte mensagem de erro:
SQL Server inexistente ou acesso negado
Este erro ocorre normalmente durante a configuração de cluster do SQL Server e configuração do service pack quando o processo de configuração inicia a instância do SQL Server no modo de utilizador único. As aplicações especificadas automaticamente poderão ligar à instância do SQL Server utilizando a ligação só está disponível e o programa de configuração não tem êxito.

Para determinar se a instância do SQL Server foi iniciada no modo de utilizador único, verifique se o ficheiro de registo de erros do SQL Server tem uma entrada semelhante à seguinte:
07-2003-31 11:26:43.79 spid3 aviso ******************
07-2003-31 11:26:43.80 spid3 SQL Server iniciado no modo de utilizador único. Actualizações de permissão para catálogos de sistema.

Verificar a conectividade pipes nomeados para SQL Server

Se não conseguir ligar à instância do SQL Server utilizando pipes nomeados, certifique-se de que a instância do SQL Server está configurada para aceitar ligações de pipes nomeados.Para obter informações adicionais sobre o procedimento para testar a pipes nomeados, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
68941INF: Procedimento para testar pipes nomeados

Resolver ligações nesse limite de tempo durante o processo de recuperação

Sempre que iniciar uma instância do SQL Server, SQL Server recupera cada base de dados. Durante este processo de recuperação do SQL Server recupera as transacções que não estão dedicadas. SQL Server também agrega reencaminhar as transações que estão dedicadas e as alterações que não foram escritas no disco rígido quando a instância do SQL Server foi parada. Quando o processo de recuperação estiver concluído, o SQL Server regista a seguinte mensagem no ficheiro de registo de erros do SQL Server:
Recuperação concluída
Durante o processo de recuperação, SQL Server não pode aceitar ligações. Clientes que tentarem estabelecer ligação com a instância do SQL Server durante esse tempo poderão receber uma mensagem de erro semelhante à seguinte:
Expirou o tempo de espera
O serviço de agente do SQL Server não pode iniciar porque aguarda SQL Server para recuperar as bases de dados. Por conseguinte, quando receber a seguinte mensagem no ficheiro de registo de erro do SQL Server, as ligações já não irão falhar com um erro de tempo de espera:
Recuperação concluída
Se o processo de recuperação demora muito tempo, poderá ter de resolver Adicionalmente o processo de recuperação.

Teste diferentes formas de ligar a instância do SQL Server

Se detectar problemas de conectividade quando ligar à instância do SQL Server, pode utilizar um ou mais dos seguintes métodos para contornar o problema de conectividade.
  • Teste a conectividade para a instância do SQL Server utilizando a autenticação de autenticação do SQL Server e Windows.
  • Teste a conectividade para a instância do SQL Server de outras origens de dados, tais como um DSN de ODBC, um ficheiro .udl, SQL Query Analyzer, SQL Server Enterprise Manager, o utilitário isql ou o utilitário osql.
  • Teste a conectividade para a instância do SQL Server utilizando protocolos diferentes. Pode especificar diferentes protocolos, criando um novo alias para a instância do SQL Server utilizando esse protocolo. Também pode especificar o protocolo na cadeia da ligação adicionando tcp:, np:, lpc:, ou rpc: para o início do nome da instância do SQL Server. Por exemplo, se TCP/IP ligações não são bem sucedidas, pipes nomeados ligações com êxito.
  • Teste a conectividade utilizando uma conta de início de sessão diferentes para o ajudar a determinar se o problema está associado uma conta de início de sessão específico.
  • Tente adicionar uma entrada que corresponde ao endereço IP do computador com a instância do SQL Server para o ficheiro %systemroot%\system32\drivers\etc\hosts.
  • Tente ligar à instância do SQL Server partir do computador que esteja a executar o SQL Server e do cliente.
  • Se estiver a ligar do computador que está a executar o SQL Server, pode especificar "." ou "(local)" (sem as aspas) em vez do servidor de nomes e estabeleça ligação.
  • Tente ligar à instância do SQL Server utilizando o endereço IP em vez do nome do servidor.
  • Tente especificar a porta específica que a instância do SQL Server está a escutar, criando um alias ou adicionando um número de porta de ligação de cadeia (MyServer\MyInstance, 1433, por exemplo).

Capturar rastreios do monitor de rede

Se o problema de ligação não for resolvido com os passos mencionados na secção "Verificar diferentes formas de ligar a instância do SQL Server 2000", utilize o utilitário Monitor de rede para capturar vestígios de rede. Para obter informações adicionais sobre o rastreio de rede, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
148942Como capturar tráfego de rede com o Monitor de rede

294818Perguntas mais frequentes sobre o Monitor de rede

169292Os princípios básicos de ler rastreios de TCP/IP

102908Como resolver problemas de conectividade de TCP/IP com o Windows 2000 ou Windows NT


Para obter mais informações, poderá ter de utilizar o SQL Profiler rastreios. Também pode utilizar o diagnóstico da rede ferramenta para computadores sem clusters com o SQL Server para rastreio de rede.Para obter informações adicionais sobre como utilizar a ferramenta de diagnóstico de rede, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
321708COMO: Utilizar a ferramenta de diagnóstico de rede (Netdiag.exe) no Windows 2000

Referências

Para obter informações adicionais sobre vários problemas de conectividade relacionados com o SQL Server, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
812817WebCast de suporte: Microsoft SQL Server 2000: Resolução de problemas de conectividade
319930COMO: Ligar ao Microsoft Desktop Engine
257434INF: Biblioteca de rede no DSN existente substituída pela biblioteca de rede no novo DSN com o mesmo nome do SQL Server
306985Erros de RPC ao ligar um servidor virtual em cluster com pipes nomeados
313062COMO: Ligar a uma base de dados utilizando o Active Server Pages no Windows 2000
313295COMO: Utilizar o parâmetro de nome de servidor numa cadeia de ligação para especificar a biblioteca de rede do cliente
320728COMO: Resolver "O limite máximo de ligações foi atingido" erro mensagem
328306INF: Causas potenciais a mensagem de erro "o SQL Server não existe ou o acesso foi recusado."
247931INF: Métodos de autenticação para ligações ao SQL Server no Active Server Pages
169377Como aceder a SQL Server em Active Server Pages
328383INF: Os clientes SQL Server podem ser alteradas protocolos quando tentam ligar
238949COMO: Definir a biblioteca de rede do SQL Server numa cadeia de ligação ADO
270126PROBLEMA: Como gerir a conectividade de cliente para ambos os servidores virtuais do SQL Server 2000 após uma actualização de cluster activo/activo 7.0
316779PROBLEMA: Os clientes com encriptação de protocolo Force definir poderão não conseguir estabelecer ligação com um endereço IP
216643INF: ODBC/OLEDB ligar opções não aparecem quando rastrear ligações para o SQL Server 7.0
265808INF: Como ligar a um SQL Server 2000 denominado instância com ferramentas de cliente a versão anterior
191572INFO: Chamada de gestão de conjunto de ligação por objectos ADO a partir do ASP
313173Gestor de conjunto de ligação do exemplo para utilização com o controlador do Microsoft SQL Server 2000 para JDBC
237844COMO: Activar o agrupamento de ligações ODBC numa aplicação do Visual Basic ADO
259569PROBLEMA: Instalar o produto de terceiros quebras definições de registo do MDAC do Windows 2000

Propriedades

Artigo: 827422 - Última revisão: 28 de abril de 2004 - Revisão: 3.5
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2000 Standard Edition
Palavras-chave: 
kbmt kbhowto kbsqlclient kbdll kbclientserver kbclient kbdns kberrmsg kbtshoot kbregistry KB827422 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 827422

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com