Os clientes do SQL Server podem alterar protocolos quando os computadores cliente tentar se conectar a uma instância do SQL Server

Traduções deste artigo Traduções deste artigo
ID do artigo: 328383 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Computadores cliente com o Microsoft Data Access Components (MDAC) versão 2.6 ou posterior, podem tentar vários protocolos ou mecanismos de Interprocess Communication (IPC) para estabelecer conexões ao SQL Server.

Mais Informações

Um aprimoramento foi feito para a biblioteca de rede do lado cliente, Dbnetlib.dll para o MDAC versão 2.6 e posterior. Com o MDAC versão 2.6 e posteriores, se vários protocolos estão disponíveis e uma tentativa de conexão com o primeiro protocolo falhar, o aplicativo cliente tenta usar um dos outros protocolos imediatamente.

Por padrão, os clientes têm TCP e pipes nomeados como protocolos disponíveis. Você pode manipular o protocolo de ordenação usando o utilitário de cliente do SQL Server. O aplicativo de cliente usa os protocolos na ordem especificada no computador cliente. A ordem de protocolo é armazenada na seguinte chave local do registro em valor ProtocolOrder :
HKLM\Software\Microsoft\MSSQLServer\Client\SuperSocketNetLib

Se você estiver usando o SQL Server 2005, a ordem de protocolo é armazenada na entrada de registro ProtocolOrder sob a seguinte subchave do Registro:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SNI9.0


Por exemplo, se tiver um computador cliente TCP e pipes nomeados disponíveis, e a ordem é:
  • TCP
  • Pipes nomeados
Quando o computador cliente tenta fazer uma conexão TCP com o servidor e a tentativa de conexão retorna um código de retorno diferente de zero, o cliente tenta forma transparente uma conexão usando o protocolo seguinte na lista, que é pipes nomeados. Nesse cenário, o cliente não é possível fazer uma conexão TCP; no entanto, o cliente faz uma conexão de pipes nomeados com êxito.

Observação O cliente não recebe um erro que indica o primeiro protocolo falhou.

Se o aplicativo de cliente usa o segundo protocolo e também retornará um erro, um erro é retornado ao cliente.

Se você fizer um alias, usando um dos seguintes métodos, o aplicativo cliente usa as informações do alias para estabelecer uma conexão com o servidor e não usa todos os protocolos adicionais.
  • Usando o utilitário de rede de cliente do SQL Server
  • Usando o SQL Server Configuration Manager (SQL Server 2005)
  • Quando você criar um nome de fonte de dados ODBC (DSN)
Se você desejar controlar o protocolo que usa um aplicativo cliente para cada tentativa de conexão e não permite que o cliente tentar vários protocolos, você pode fazer uma das seguintes opções:
  • Use o utilitário de rede de cliente SQL ou SQL Server Configuration Manager para criar um alias, especificando o protocolo que você preferir.
  • Especifique o protocolo sua seqüência de conexão. Por exemplo:
    "DSN=DSNName;SERVER=servername;DATABASE=YourDataBaseName;Network=DBMSSOCN;Address=IP_Address,1433;UID=YourUID;PWD=YourPassword;"
    neste exemplo, você deve especificar o protocolo de rede como "DBMSSOCN", que significa que você deseja usar o protocolo TCP/IP. Se você especificar o protocolo dentro de sua seqüência de conexão, Dbnetlib usa o protocolo especificado somente e não tente qualquer outro protocolo. Da mesma forma, para habilitar somente protocolo de pipe nomeado, use uma seqüência de conexão semelhante a este:
    "DSN=DSNName;SERVER=servername;DATABASE=YourDataBaseName;Network=DBNMPNTW;Address=\\.\pipe\sql\query;UID=YourUID;PWD=YourPassword;"
  • Use o utilitário de rede de cliente para remover outros protocolos.

REFERÊNCIAS

Manuais online do SQL Server; tópico: "Utilitário de rede de cliente do SQL Server"

Propriedades

ID do artigo: 328383 - Última revisão: sexta-feira, 30 de dezembro de 2005 - Revisão: 4.3
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft Data Access Components 2.6
  • Microsoft Data Access Components 2.7
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
Palavras-chave: 
kbmt kbinfo KB328383 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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 328383

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