Os clientes do Exchange Server 5.5 parecem travar quando o armazenamento de informações consulta o diretório

Traduções deste artigo Traduções deste artigo
ID do artigo: 268357 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
importante Este artigo contém informações sobre como modificar o registro. Certifique-se de fazer backup do registro antes de modificá-lo. Certifique-se que você sabe como restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup, restaurar e modificar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
256986Descrição do registro do Microsoft Windows
Expandir tudo | Recolher tudo

Sintomas

Pode parecer que o processo do cliente parou de responder (trava) e ele exibe o cursor de ampulheta por longos períodos, mas o processo, eventualmente, retorna o controle para o usuário. Esse comportamento geralmente ocorrer novamente em todo o dia, com freqüência durante ciclos de replicação e somente quando o site está sob carga.

Medida pelo Monitor de desempenho, o armazenamento de informações pára de responder, acompanhado por picos no contador Solicitações RPC enquanto a clientes RPC de bytes de gravação/s contador permanece em zero. Chamada de alta de procedimento remoto (RPC) solicita por si próprios ou bytes de gravação baixa sozinhos não estão relacionados para esse problema. Somente quando um servidor experiências ambos simultaneamente isso pode ser o problema.

Esse comportamento foi observado somente nas organizações do Exchange Server com centenas de sites.

Causa

Exchange Server grandes organizações com centenas de sites geralmente exigem alguns minutos para concluir uma pesquisa do diretório pelo armazenamento de informações. Quando determinados objetos são modificados no diretório, uma notificação pode ser disparada para informar ao armazenamento de informações para recriar os itens como listas de endereçamento do site ou listas de domínio de SMTP válidas.

Se armazenam as informações já está muito ocupado procurando algo o diretório e é notificado que um objeto no diretório que foi assistindo foi alterado, o armazenamento de informações pode retornar um erro DS_E_TOO_LATE, que é semelhante a seguinte no log de eventos do aplicativo:
IDENTIFICAÇÃO de evento: 7201
Fonte: MSExchangeIS
Tipo: aviso
Categoria: geral
Descrição: O segmento de plano de fundo FDsWaitTask encontrou um problema.
Código de erro DS_E_TOO_LATE
Resposta do armazenamento de informações a esse erro é recriar a lista de objetos foi pesquisa contra. Nesses casos, o armazenamento de informações é usar acesso serializado para ler o diretório, que compõe o slowness. Quando o servidor já está ocupado tentando manipular solicitações de cliente (alguns deles provavelmente estão aguardando para esta pesquisa concluir), clientes parecem travar porque eles estão aguardando para as chamadas RPC concluir. Observe que cada atualização pode forçar o armazenamento de informações para pesquisar o diretório para obter informações, portanto, uma seqüência longa de atualizações pode levar a vários minutos de tempo de paralisação aparente.

Claro, clientes geralmente produzem o cursor de ampulheta por vários motivos completamente não relacionados para esse problema. Nesse caso o cliente está aguardando resposta do servidor e consome pouco ou nenhum tempo de CPU no computador cliente.

Resolução

Para resolver esse problema, obtenha o service pack mais recente para o Exchange Server 5.5. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
191014Como obter o Exchange Server 5.5 service pack mais recente
Esse problema é pior quando o atributo de Nome do diretório não é indexado. Quando o atributo de Nome de diretório não está indexado, o desempenho de algumas pesquisas pode ser afetado negativamente.

Para indexar o atributo de Nome do diretório , execute essas etapas.

Aviso Se você usar o modo bruto do programa Exchange Server Administrator ( administrador /r ) incorretamente, podem ocorrer sérios problemas que talvez exijam a reinstalar o Microsoft Windows NT Server, o Microsoft Exchange Server ou ambos. A Microsoft não garante que os problemas resultantes do uso bruto modo incorretamente possam ser solucionados. Usa o modo não processado por sua própria conta e risco.
  1. Inicie o programa Exchange Administrator no modo raw. Para fazer isso, você pode usar o comando Admin /r em um prompt de comando.
  2. No menu Exibir , clique em Pasta RAW .
  3. No painel esquerdo, clique em esquema .
  4. No painel direito, clique duas vezes em Nome do diretório e clique em Sim .
  5. Na lista de atributos de objeto , clique em Sinalizadores de pesquisa .

    Se o valor do atributo de Sinalizadores de pesquisa é definido como 0 , altere o valor para 1 .
  6. Reinicie o serviço de diretório Microsoft Exchange.
Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
184823Índice de esquema inválido após a atualização do Exchange 5.5 para 4.0

Como Contornar

Aviso Podem ocorrer sérios problemas se você modificar o registro incorretamente usando o Editor do registro ou usando outro método. Esses problemas podem exigir que você reinstale seu sistema operacional. A Microsoft não garante que esses problemas possam ser solucionados. Modificar o registro por sua própria conta e risco.
Você pode diminuir ou Umedecer o efeito desse problema aumentando o tempo que o servidor de ponte de replicação de diretório aguarda antes de ele notifica outros servidores no site de alterações. Você pode aumentar este tempo na seguinte chave do Registro:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDS\Parameters\Replicator notificar pausa após modificar (s)
O valor padrão para essa chave é 0x12C ou 300 segundos (cinco minutos). Se você aumentar este valor para coincidir com a duração da série mais longa de trava, você pode reduzir o impacto do problema.

A estratégia aqui é forçar o bridgehead de replicação de diretório para armazenar seu atualizações um pouco mais. Isso diminui a chance de uma série de randomizar atualizações será derramar no site. Observe que cada atualização pode forçar o armazenamento de informações para pesquisar o diretório para obter informações e que é uma atualização durante um período em que o armazenamento de informações já está pesquisando o diretório onde começa a esse problema.

Observe que como qualquer ajuste de desempenho, há um saldo ou equilibrium ser mantida. Se você aumentar esse valor do Registro, você pode reduzir a probabilidade de trava de cliente, mas às custas de vezes potencialmente mais lentos para concluir a replicação de diretório.

Situação

A Microsoft confirmou que este é um problema no Microsoft Exchange Server versão 5.5. Esse problema foi corrigido primeiro no Exchange Server 5.5 Service Pack 4.

Mais Informações

Pode ser útil usar o Monitor de desempenho para diagnosticar esse problema. Use os seguintes objetos:
  • solicitações MsExchangeIS::RPC
  • clientes RPC de bytes de MsExchangeIS::Write/s
  • MsExchangeDS::ExDS Leituras/s
Um gráfico de desempenho do sistema típico desse problema descreve MsExchangeIS::RPCRequests (e possivelmente, MsExchangeDS::ExDS Leituras/s ) spiking para cima, enquanto ao mesmo tempo MsExchangeIS::Write Bytes RPC clientes/s mergulha para 0 e permanece nesse local. Finalmente, Solicitações RPC retorna aos níveis normais e Bytes de gravação retorna até seus valores típicos.

Propriedades

ID do artigo: 268357 - Última revisão: domingo, 20 de outubro de 2013 - Revisão: 4.1
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 5.5 Standard Edition
  • Microsoft Exchange Server 5.5 Service Pack 1
  • Microsoft Exchange Server 5.5 Service Pack 2
  • Microsoft Exchange Server 5.5 Service Pack 3
Palavras-chave: 
kbnosurvey kbarchive kbmt kbhotfixserver kbbug kbexchange550sp4fix kbfix kbqfe KB268357 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: 268357

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