ID do artigo: 137983 - Última revisão: quinta-feira, 30 de abril de 2009 - Revisão: 5.0

Como solucionar problemas de conexões órfãos no SQL Server

Vista lado a ladoClique aqui para exibir o artigo traduzido e o artigo original em inglês, lado a lado.
Tradução automáticaExibir Aviso de Isenção de Tradução Automática
Exibir os produtos aos quais esse artigo se aplica.
Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.
Expandir tudo | Recolher tudo

Sumário

Quando um cliente do Microsoft SQL Server se desconecta de um servidor SQL Server, o processo de conexão deve ser limpo no lado do servidor. Se os processos de conexão não são desmarcados por qualquer motivo, eles ficam "órfãos" ou "ghost" processos. Esses processos podem usar recursos importantes, como bloqueios e conexões de usuário. Os processos órfãos geralmente são causados por fechamento inadequado de aplicativos de cliente e problemas relacionados à rede e as soluções geralmente exigem Solucionando problemas de aplicativos cliente e fino-ajuste configurações de rede.

Mais Informações

Quando você solucionar esse problema, tenha em mente o seguinte:
  • O SQL Server como um aplicativo não e não deve sondar pró-ativa a conexão do cliente para determinar seu status atual. Inferior comunicações Inter-Process nível (IPCs), como pipes nomeados, IPX/SPX ou soquetes TCP/IP, são responsáveis por gerenciar as conexões de cliente.
  • Geralmente, um IPC tem seu próprio mecanismo para gerenciar as conexões de cliente. Quando conexões de cliente se tornar não-responsivo para um determinado período de tempo, normalmente o computador Windows NT Server irá ou detectar isso enviando investigações "keep alive" ou limpar a conexão depois que ele estiver ocioso por um período de tempo configurado. No entanto, pacotes "keep-alive" não são enviados por padrão por um aplicativo. O aplicativo precisa habilitar esse recurso em suas conexões.
  • Em determinadas situações, como falhas de proteção geral do cliente, o cliente ainda pode responder para assertivas de servidor, mesmo se o aplicativo já estiver inativo. Nesse caso, o computador Windows NT Server pode manter esta conexão de cliente indefinidamente, desde que o cliente não seja desligado.
  • Se um computador com Windows NT Server não fecha uma conexão inativa por algum motivo, SQL Server rightfully pressupõe que esta conexão ainda está ativa e, portanto, não limpa-.
  • Se o computador Windows NT Server com êxito fechou a conexão, mas o processo do cliente ainda existe no SQL Server conforme indicado pelo sp_who, ele pode indicar um problema com o SQL Server gerenciamento de conexão. Nesse caso, você deve trabalhar com seu provedor de suporte primário para resolver esse problema.
Se você suspeitar órfãos processos existem no SQL Server, a seguir estão as etapas que você pode seguir para solucionar o problema:
  1. Identifica os processos órfãos usando sp_who, que pode informar os aplicativos que estavam associados a esses processos através os nomes de host.
  2. Depois de identificar esses processos órfãos, você pode optar por ignorá-los se eles não são qualquer bloqueios ou usando muitas conexões, ou eliminá-los usando o comando KILL do SQL Server.
  3. Verifique com os usuários do aplicativo para qualquer procedimento inadequado de aplicativos de fechamento, como quente ou frio reinicie de estações de trabalho sem sair do primeiro os aplicativos. Verificar se há qualquer histórico da estação de trabalho se tornar instável, como uma falha de proteção geral e assim por diante. Corrija os procedimentos incorretos ou problemas de estabilidade se eles existem.
  4. Verificar se a sessão IPC é continua ativa no Windows NT Server computador onde o SQL Server está em execução. Dependendo do IPCs que você estiver usando, os comandos são diferentes. Por exemplo, se você estiver usando pipes nomeados, o comando é "NET SESSION" ou "NET FILES"; Se for um TCP/IP sockets conexão, você pode usar "NETSTAT" para exibir TCP ativa sessões; no caso de IPX/SPX, você talvez precise usar o Monitor de desempenho para monitorar o "conexões abrir" para "NWLink SPX".
  5. Se as sessões IPC ainda estão ativos no computador do Windows NT Server, é perfeitamente normal para o SQL Server manter esses processos de conexão. Quando o Windows NT esclarece as sessões IPC, o SQL Server será notificado e limpar os processos de conexão de acordo. Você poderá ajustar determinados parâmetros de rede do Windows NT para diminuir o período de tempo Windows NT tem de esperar antes de limpá até as sessões de inatividade.

    Novamente, dependendo do IPCs você estiver usando, os parâmetros envolvidos são muito diferentes.Para obter mais informações, clique no número de artigo que se segue como modificar essas configurações do Registro para que correspondam às mencionado abaixo para ler o artigo como modificar essas configurações do Registro para que correspondam às mencionados abaixo na Base de dados de Conhecimento da Microsoft:
    120642  (http://support.microsoft.com/kb/120642/ ) Parâmetros de configuração TCP/IP e NetBT para o Windows 2000 ou Windows NT
    99745  (http://support.microsoft.com/kb/99745/ ) Parâmetros de registro NWLINK ajuste
    • Pipes nomeados: Pipes nomeados são implementados na camada de SMB (Server Message Block) na parte superior de outros protocolos de transporte como TCP/IP, NetBEUI ou NWLink IPX/SPX. Uma camada fina chamada NetBIOS é implementada entre a camada de transporte e o SMB. Portanto, uma maneira conveniente de ajuste quanto um não-responsivo pipes nomeados sessão tem de esperar antes que está sendo fechado é por meio de ajustando os parâmetros de manutenção de atividade da camada de NetBIOS relevante. Para TCP/IP, a camada de NetBIOS envolvida é NBT (NetBIOS sobre TCP) e o parâmetro envolvido é SessionKeepAlive na seguinte chave do Registro: 
               KEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\Parameters
      se o protocolo usado é NWlink IPX/SPX, os parâmetros envolvidos são KeepAliveCount e KeepAliveTimeout na seguinte chave do Registro:
               HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NWNBLink\Parameters
      Observe que algumas implementações de pipes nomeados sobre NWLink podem ignorar a camada de NetBIOS (DirectHosting), que significa que os parâmetros NWNBlink NetBIOS acima não se aplicam.
    • Soquetes TCP/IP: Windows NT Server enviará periodicamente "manter o funcionamento pacotes para clientes e clientes espera-se para responder. Se por algum motivo o cliente não responder a esses pacotes, Windows NT limpará a sessão TCP após tentativa de um número de vezes configurado. Os parâmetros envolvidos são KeepAliveInterval, KeepAliveTime e TcpMaxDataRetransmissions na seguinte chave do Registro:
               HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
    • IPX/SPX: Similar para TCP/IP, Windows NT Server periodicamente envia "keep alive" pacotes e clientes respondem. Windows NT limpa conexões SPX se ele não conseguir receber qualquer respostas após enviar um número configurado de pacotes "keep alive". Os parâmetros envolvidos são KeepAliveCount e KeepAliveTimeout na seguinte chave do Registro:
               HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NWLnkSPX\Parametes
    Observe que, se os parâmetros "keep alive" para seus IPCs são configurados para nunca tempo limite, Windows NT manterá as sessões IPC indefinidamente, mesmo se os clientes são completamente desligados. Nesse caso, SQL Server irá manter esses processos cliente indefinidamente bem, que é esperado.

    Para obter mais informações sobre os parâmetros, consulte a documentação do Windows NT ou Windows NT Resource Kit. Se você suspeitar que seu computador Windows NT Server não backup desmarque essas sessões de acordo com os parâmetros de configuração, você poderá contatar seu principal Windows NT oferece suporte ao provedor para obter ajuda.
  6. Se a sessão IPC não existe mais no computador do Windows NT Server, mas o SQL Server ainda mantém o processo de cliente conforme mostrado pelo sp_who, você pode usar o comando KILL para limpar o processo como uma solução temporária e contate seu provedor de suporte primário do SQL Server para obter assistência.
Para obter informações adicionais sobre este assunto como ela se relaciona ao SQL Server 2000, consulte o tópico "Sessões órfãos" nos manuais online do SQL Server.
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • 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
Voltar para o início
Palavras-chave: 
kbmt kbhowto kbinfo kbusage KB137983 KbMtpt
Tradução automáticaTraduçã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: 137983  (http://support.microsoft.com/kb/137983/en-us/ )
Voltar para o início