Você está offline; aguardando reconexão

CORRECÇÃO: Destino pontos de extremidade no Service Broker do SQL Server 2005 vazamento no padrão de troca de mensagem válida onde o destino envia apenas a mensagem de conversação final

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: 959009
Sintomas
Considere o seguinte cenário. Você tiver um aplicativo que usa o agente de serviços no Microsoft SQL Server 2005. O iniciador e o destino estão em bancos de dados diferentes na mesma instância do SQL Server 2005. No padrão de troca de mensagem válida onde o destino envia apenas a mensagem de conversação final, a tabela sys.conversation_endpoints mostra que o ponto de extremidade de destino está no estado CD . Além disso, o ponto de extremidade de destino é excluído após expira o tempo de vida do diálogo.

Observação O valor padrão do tempo de vida de diálogo é cerca de 75 anos.
Causa
Se um ponto de extremidade de destino envia apenas a mensagem de conversação final e o iniciador e o destino estejam em bancos de dados diferentes na mesma instância do SQL Server 2005, o carimbo de hora segurança da empresa de destino não foi inicializado. Isso faz com que o ponto de destino extremidade não sejam excluídos quando a conversa é encerrada. Ponto de extremidade de destino permanece para cerca de 75 anos. Se vários pontos de extremidade destino enviar apenas a mensagem de conversação final, banco de dados que contém esses pontos de extremidade destino passará a ser grande. Esses pontos de extremidade destino undeleted afetará negativamente o desempenho do Service Broker e ocupa muito espaço de banco de dados.
Resolução

Informações sobre o service pack

Para resolver esse problema, obtenha o service pack mais recente para o SQL Server 2005. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
913089Como obter o service pack mais recente para o SQL Server 2005

Como Contornar
Para contornar esse problema, force manualmente o destino para enviar uma mensagem fictícia antes o destino envia a mensagem de conversação final.
Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a". Esse problema foi corrigido primeiro no SQL Server 2005 Service Pack 3.
Mais Informações
Para obter mais informações sobre terminologia de atualização de software, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
824684Descrição da terminologia padrão que é usada para descrever as atualizações de software

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 959009 - Última Revisão: 12/16/2008 00:47:03 - Revisão: 1.0

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Standard X64 Edition, Microsoft SQL Server 2005 Standard Edition for Itanium Based Systems, Microsoft SQL Server 2005 Enterprise X64 Edition, Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems, Microsoft SQL Server 2005 Workgroup Edition

  • kbmt kbsql2005servicebroker kbtshoot kbsql2005engine kbexpertiseadvanced kbfix kbbug KB959009 KbMtpt
Comentários
/html>