Latências de cliente ocorrerem quando o Exchange 2000 converte email de MAPI em formato MIME

Traduções deste artigo Traduções deste artigo
ID do artigo: 317722 - 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 que você faça 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

Neste artigo

Sumário

Mensagens de email da Internet geralmente são estruturadas em MIME formato. Em alguns casos, o Microsoft Exchange Server deve converter mensagens MIME para MAPI formato.

Para Post Office Protocol versão 3 (POP3) ou Internet Message Access Protocol, versão 4rev1 (IMAP4) clientes para acessar esse email, o conteúdo formatado com o MAPI devem ser convertidos ao formato MIME antes que os clientes podem fazer logon. Essa conversão permite que o tamanho da mensagem exata a ser calculado, apesar do conteúdo convertido MIME não é mantido no banco de dados. Se o arquivo for maior que 4 quilobytes (KB), o email não pode ser convertido na memória. Portanto, o Microsoft Exchange 2000 Server grava um arquivo temporário para a pasta TMP do Windows.

Email é convertido em MAPI durante as seguintes operações:
  • Um procedimento de mover caixa de correio
  • Replicação de pasta pública
Isso pode causar clientes POP3 e IMAP4 para enfrentar longos atrasos durante o logon. Em alguns casos, sem planejamento adequado ou recursos do servidor disponíveis, essa conversão para MAPI pode também causar latências do sistema.

Se o tempo limite ocorre durante a conversão, a seguinte identificação de evento mensagens são registradas no log de eventos do aplicativo:

Tipo de evento: Erro
Origem do evento: ESE
IDENTIFICAÇÃO de evento: 623
Computador: TROCA
Descrição: Armazenamento de informações (2048) O armazenamento de versão por exemplo 0 ("c49a179d-ac1f-4894-8211-0c2917d34500") atingiu seu tamanho máximo de 108 MB. É provável que uma transação de longa está impedindo a limpeza de armazenamento de versão e fazendo com que criar no tamanho. As atualizações serão rejeitadas até que a transação de longa execução foi completamente confirmada ou revertida. Transação de longa possível: SessionId: 0x1B6525A0 contexto da sessão: 0 x 00000000 ThreadId de contexto da sessão: 0x00000AF8

Tipo de evento: erro
Origem do evento: MSExchangeIS Mailbox Store
Categoria do evento: Logons
IDENTIFICAÇÃO de evento: 1022
Computador: TROCA
Descrição: Falha de logon no banco de dados "primeiro armazenamento Group\Mailbox armazenamento (EXCHANGE)" - conta do Windows NT domínio\usuário, caixa de correio /o = org/ou = AG/cn = Recipients/cn = usuário.

Mais Informações

Condições em que ocorrerem latências de cliente

Se todos os usuários em um servidor do Exchange 2000 estiverem usando clientes POP3 ou IMAP4, um grande número de mensagens de caixas de correio com freqüência é armazenado no formato MIME. Se as caixas de correio forem movidas, o Exchange 2000 converte todas essas mensagens em MAPI.

Latências de cliente podem ocorrer nas seguintes situações:
  1. Um grande número dessas caixas de correio foram movido.
  2. Email foi convertido.
  3. Os usuários fazer logon e usar seus clientes POP3 (usando comandos RETR ) ou clientes IMAP4 (usando comandos BUSCAR ) para obter acesso a email.
Nesse cenário, Exchange 2000 deve converter as mensagens MAPI de volta para MIME. A pasta TMP Windows geralmente não está em um disco que tenha um grande número de eixos. O disco não pode manipular o grande número de entrada/saída (E/s) solicitações causado por uma conversão de tantas mensagens. Portanto, um usuário pode enfrentar longos atrasos (até vários minutos) quando o usuário faz algo simples, como alternar entre mensagens no cliente. Esse comportamento ocorre porque o disco que a pasta TMP está localizada em não é possível acompanhar todas a atividade de disco que o Exchange 2000 gera para converter mensagens.

Latências de cliente também podem ocorrer nas seguintes situações:
  1. Um armazenamento de pasta pública contém mensagens que estão em MIME formato.
  2. Os dados são replicados para outro servidor. O MIME as mensagens em pastas públicas do novo servidor são convertidas para MAPI.
  3. Os usuários usar IMAP4 para obter acesso às mensagens no novo servidor.
Nesse cenário, Exchange 2000 possui que converter as mensagens de MIME, que freqüentemente faz com que problemas de disco semelhante.

Como evitar latências de cliente

Você não pode impedir que o Exchange 2000 converter mensagens MAPI quando caixas de correio são movidas ou quando dados de pasta pública são replicados. Além disso, você não pode definir a pasta que o Exchange 2000 usa para converter as mensagens no Exchange 2000. Exchange 2000 deve usar a pasta que a variável de sistema TMP do Microsoft Windows ou a variável de usuário Windows TMP especifica.

A variável de sistema TMP é usada em servidores autônomos do Exchange 2000. Variável de usuário TMP do cluster serviço conta de usuário é usado em servidores em cluster. Para evitar os efeitos adversos desse comportamento, altere a variável de pasta TMP que é usada para um local representado por uma unidade que tem um controlador de cache de alto desempenho conectado a ele e suficiente eixos para lidar com as conversões.

Observe que em um cluster, quando você realocar a pasta TMP para uma unidade de cluster compartilhado, isso pode causar problemas durante o failover. Esses problemas ocorrem porque a propriedade do disco é transferida para um nó sobrevivente durante o failover. Portanto, a Microsoft recomenda que você não mover a pasta para uma unidade de cluster compartilhado. Se você pode mover a pasta TMP para armazenamento conectado localmente.

Se o servidor do Exchange 2000 tem armazenamento em disco local muito limitado ou nenhum armazenamento de disco local e todo o armazenamento externo é distribuída como recursos de cluster compartilhado, você não poderá mover a pasta TMP para armazenamento conectado localmente. Como um último recurso, ou realocar alguns o armazenamento compartilhado como um recurso do cluster não ou adicionar armazenamento de SAN (rede) de área de armazenamento adicionais que não esteja compartilhado entre os nós, para que há em um local que a pasta TMP pode ser movida para.

Para permitir que os usuários façam logon mais rápido, você também pode definir as chaves de registro a seguir para desativar o cálculo exato do tamanho da mensagem. Uma das chaves é para os clientes POP3 e a outra é para clientes IMAP4.

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ê reinstalar o sistema operacional. A Microsoft não garante que esses problemas possam ser solucionados. Modificar o registro por sua própria conta e risco.

Clientes POP3

  • chave do Registro :
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Pop3svc\Parameters
  • parâmetro : compatibilidade (REG_DWORD)
  • configuração padrão : não presente
  • quando alterar : alterar essa configuração quando desejar que o armazenamento para usar cálculos aproximados do tamanho da mensagem. Observe que se você alterar essa configuração, alguns clientes de email mais antigos podem não funcionar corretamente. Essa chave pode interromper a solicitação para compatibilidade de comentários (RFC).
  • configuração recomendada : 0xfffffffe

Clientes IMAP4

Habilite recuperação rápida de mensagens para usuários de IMAP4. Para fazer isso, execute as seguintes etapas:
  1. Abra as propriedades do servidor virtual IMAP4.
  2. Na guia Geral , marque a caixa de seleção Ativar recuperação rápida de mensagens e em seguida, clique em OK .
Observação Depois de modificar essas chaves do Registro, reinicie o serviço de administração do Microsoft Internet Information Services (IIS) e o Microsoft Exchange serviços de armazenamento de informações. Se você estiver executando um Exchange Virtual Server (EVS) e usando os serviços de cluster, coloque o EVS off-line antes de reiniciar esses serviços.

Como determinar se o acesso à pasta TMP está causando latências de cliente

Para determinar se o acesso à pasta TMP no servidor do Exchange 2000 está causando latências de cliente, use Monitor do sistema para monitorar atividade de E/s de disco no disco onde a pasta TMP está localizada. No disco onde o TMP pasta está localizada, você pode perceber os seguintes comportamentos:
  • Comprimentos de fila de disco longo
  • Disco de alto atividade de E/s
Se sua pasta TMP estiver em um disco lógico em vez de um disco físico dedicado, a atividade de E/s de disco lógico é importante. Portanto, você deve primeiro instalar os contadores de Disco lógico no Monitor do sistema. Para fazer isso:
  1. Clique em Iniciar , clique em Executar , digite cmd e pressione ENTER.
  2. Digite diskperf - yv e, em seguida, pressione ENTER para ativar os contadores de desempenho disco para unidades lógicas ou volumes de armazenamento.
  3. Reinicie o computador para carregar os contadores de Disco lógico .
Para obter informações adicionais sobre como criar e usar logs do contador na qual deseja monitorar o desempenho do servidor, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
248345Como criar um log usando o Monitor do sistema no Windows 2000

Como determinar quantos eixos de disco, você precisa

Se o tamanho de mensagem médio é de 45 KB, o servidor não sobre 3 TMP grava para cada RETR (POP3) ou BUSCAR (IMAP4) quando o servidor converte de MAPI para MIME. Você pode usar esse valor para determinar quantos eixos de disco são necessários em qualquer computador.

Por exemplo, suponha que um servidor tem 1.000 usuários. Cada usuário tem uma caixa de entrada contém 500 mensagens, e todas as caixas de correio apenas foram movidas. Depois da movimentação, quando os usuários efetuam logon e RETR ou BUSCAR suas mensagens a uma taxa de 42 mensagens por segundo, o servidor executa gravações em aproximadamente 126 por segundo para a unidade TMP (3 gravações por RETR multiplicado por 42 comandos RETR por segundo). Um eixo pode manipular aproximadamente 100 gravações por segundo. Portanto, dois eixos Raid0 são necessários, ou quatro Raid0 + eixos 1. Este exemplo foi testado em um servidor do Exchange 2000 4 x 450 megahertz (MHz) com 4 gigabytes (GB) de RAM.

Propriedades

ID do artigo: 317722 - Última revisão: quinta-feira, 24 de outubro de 2013 - Revisão: 5.0
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange 2000 Server Standard Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbpopimapnntp kbinfo KB317722 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: 317722

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