CORRECÇÃO: Aplicativos COM + utilizar todos os clientes disponíveis portas entre 1024 e 5000 e causa alta utilização de CPU

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: 290512
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Sintomas
Se as chamadas do DCOM (Distributed Component Object Model) são feitas entre dois aplicativos de servidor COM + em dois computadores diferentes sob carga pesada, os aplicativos COM + podem consumir cliente disponível todas as portas entre 1024 e 5000 e causar alta utilização da CPU. Os aplicativos COM + para servidor podem ser configurados como dois aplicativos de servidor separada, ou um aplicativo de servidor do COM + pode foram exportado para um servidor remoto como um proxy de aplicativo COM +.

Além disso, se os objetos COM que as chamadas DCOM são escritos no Visual Basic, o seguinte erro pode aparecer no log de eventos:
Erro: 462
O servidor remoto não existe ou não está disponível.
A seguinte mensagem também pode aparecer no log de eventos:
DCOM não pôde se comunicar com o computador <computername> usando qualquer um dos protocolos configurados
Se você desligar os aplicativos COM + para servidor e reiniciá-los, você pode liberar portas do cliente para fornecer segurança; no entanto, o problema persistir com o tempo.
Resolução
Para resolver esse problema, obtenha o service pack mais recente para o Windows 2000. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
260910Como obter o Service Pack mais recente do Windows 2000

Essa correção permite Remote Procedure Call (RPC) para limpar ligações ociosas anteriormente.

Ao instalar o service pack mais recente ou COM + rollup, talvez você precise aumentar as portas efêmeras disponíveis em cada servidor. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
196271Não é possível conectar de portas TCP acima de 5000
Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no começo deste artigo. Esse problema foi corrigido primeiro no Windows 2000 Service Pack 2.
Mais Informações
Quando você exibe o tempo de CPU de threads individuais dentro do pacote COM + (Dllhost.exe), as chamadas de função no RPCSS.dll consumam na maioria das vezes CPU. Se você usar Netstat (em um prompt de comando, digite netstat /? ) para examinar as conexões entre os dois servidores, a saída pode mostrar que todas as portas efêmeras no cliente DCOM foram usados (todas as portas entre 1024 e 5000) e no estado "Estabelecido". Por exemplo:
TCP    10.202.250.46:1025     10.202.102.122:135     ESTABLISHEDTCP    10.202.250.46:1026     10.202.102.122:135     ESTABLISHED............until ............TCP    10.202.250.46:4997     10.202.102.122:135     ESTABLISHEDTCP    10.202.250.46:4998     10.202.102.122:135     ESTABLISHEDTCP    10.202.250.46:4999     10.202.102.122:135     ESTABLISHEDTCP    10.202.250.46:5000     10.202.102.122:135     ESTABLISHED					

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 290512 - Última Revisão: 12/06/2015 00:50:39 - Revisão: 1.0

Microsoft COM+ 1.0

  • kbnosurvey kbarchive kbmt kbbug kberrmsg kbfix kbwin2000presp2fix KB290512 KbMtpt
Comentários