Entenda porque os clientes Outlook recebem a mensagem 'O Outlook está tentando recuperar dados do Microsoft Exchange Server...'
Por Viviane Lopes
Publicado em: 14 de setembro de 2006
Aplica-se a:
Outlook 2002 e Outlook 2003
Exchange 2000 Server
Exchange 2003 Server
Neste artigo vamos discutir um dos problemas mais comuns reportados por usuários do cliente Outlook 2003 – a mensagem "O Outlook está tentando recuperar dados do Microsoft Exchange Server...”, e suas principais causas.
Nesta página
O que significa a mensagem "O Outlook está tentando recuperar dados do Microsoft Exchange Server...”, conhecida também como Popup de RPC do Outlook?
Como determinar se o Popup de RPC está sendo causado por gargalos de disco no servidor Exchange
Veja um sumário dos principais contadores e a expetactiva de valores para cada um:
Conclusão
O que significa a mensagem "O Outlook está tentando recuperar dados do Microsoft Exchange Server...”, conhecida também como Popup de RPC do Outlook?
As requisições do cliente Outlook para o servidor Exchange são chamadas do tipo RPC (‘Remote Procedure Call’). Sempre que o usuário quer ler uma mensagem, acessar o calendário ou qualquer outra atividade no Outlook, chamadas RPC são enviadas ao servidor Exchange ou a um servidor do tipo Global Catalog (por exemplo, se a chamada em questão for uma busca na Lista Global de Endereços).
As chamadas RPC devem ser respondidas por padrão em no máximo 5 segundos – após uma requisição, se o cliente não receber nenhuma resposta dentro dos 5 segundos, a mensagem "O Outlook está tentando recuperar dados do Microsoft Exchange Server...” será mostrada.
Nas versões anteriores ao Outlook XP, o cliente apresentava apenas uma parada momentânea, o aplicativo aparentava estar ‘travado’. Para melhorar a experiência do usuário, a Microsoft criou a mensagem de RPC “O Outlook está tentando recuperar...”, que tem como função informar ao usuário que o Outlook está levando um tempo excessivo para receber respostas do servidor Exchange (ou Global Catalog).
Na grande maioria dos casos, o tempo excessivo está ligado a problemas de performance no servidor Exchange. Podemos também listar outras causas, tais como:
problemas de performance no Active Directory.
problemas de rede.
problemas causados por add-ins no cliente Outlook.
caixa postal com um grande número de sub-pastas e mensagens.
Se você está tentando resolver este comportamento no seu ambiente, o primeiro passo é identificar quem são os clientes afetados. Por exemplo, se a grande maioria ou todos os usuários recebem os popups com freqüência e o nome do servidor informado no popup é o nome do servidor que contém a caixa postal, então possivelmente o problema está localizado no servidor Exchange. Ou se os usuários afetados são apenas um conjunto de clientes separados do servidor Exchange por um link WAN de baixa velocidade, então possivelmente o problema está relacionado ao link (ou conectividade física).
O popup pode informar um servidor de caixa postal, um servidor de ‘Public Folder’ ou um ‘Global Catalog’.
Tente primeiro determinar qual é o padrão para o acontecimento do problema e o que difere os clientes afetados dos demais (tipo de conectividade, existência de add-ins, tamanho da caixa postal, servidor informado, etc.).
Na minha experiência com suporte na Microsoft, a grande maioria dos casos estão diretamente relacionados com a má performance dos discos no servidor Exchange.
Como determinar se o Popup de RPC está sendo causado por gargalos de disco no servidor Exchange
Para determinar se existem problemas de performance no servidor Exchange, você pode utilizar o Performance Monitor para monitorar o servidor, com os seguintes contadores:
Physical Disk (Todos as instâncias)
Avg Disk Sec/Read
Avg Disk Sec/Write
MSExchangeIS
RPC Requests
RPC Averaged Latency
RPC Operations/Sec
Database (Information Store Instance)
- Log Record Stalls / sec
O contador ‘RPC Averaged Latency’ mostra o tempo em média que o servidor Exchange demora para responder os clientes Outlook. O valor deste contador deve estar abaixo de 20 ms sempre. Quando este contador está acima de 20 ms constantemente, isso significa que o ‘Information Store’ está demorando muito para processar requisições de usuários. Na grande maioria dos casos casos, se o ‘Information Store’ leva muito tempo para atender um cliente, o problema é um gargalo no subsistema de discos.
Veja um sumário dos principais contadores e a expetactiva de valores para cada um:
Contador |
Valores esperados |
---|---|
MSExchangeIS\RPC Requests Indica o número de requisições MAPI RPC que estão sendo atendidas pelo Information Store no momento. O Information Store pode atender no máximo 100 requisições RPC simultâneas. Depois deste valor, as conexões começam a ser recusadas |
|
MSExchangeIS\RPC Averaged Latency Indica a latência de RPC em milisegundos, em média para os últimos 1024 pacotes. |
|
Para o disco onde os bancos de dados estão localizados:
Contador |
Valores esperados |
---|---|
PhysicalDisk\Average Disk sec/Read Indica o tempo médio (em segundos) para ler dados do disco. |
|
PhysicalDisk\Average Disk sec/Write Indica o tempo médio (em segundos) para gravar dados no disco. |
|
Para o disco onde os logs de transações estão localizados:
Contador |
Valores esperados |
---|---|
PhysicalDisk\Average Disk sec/Read Indica o tempo médio (em segundos) para ler dados do disco. |
|
PhysicalDisk\Average Disk sec/Write Indica o tempo médio (em segundos) para gravar dados no disco. |
|
Database\Log Record Stalls/sec Indica o número de logs de transação que não puderam ser adicionados ao buffer de logs porque o buffer esta cheio. |
|
A latência máxima para os discos onde os bancos de dados do Exchange estão localizados deve estar sempre abaixo de 20 ms. Se o servidor atinge 20 ms ou mais constantemente, problemas como enfileiramento de mensagens na fila de ‘Local Delivery’ ou os Popups no cliente Outlook já começam a ficar evidentes.
É comum recebermos logs de performance para análise onde os discos apresentam latência de até 0.5 segundos ou mais. Imagine o quanto isso significa para um servidor Exchange (ou para qualquer outro servidor J) – 0.5 segundos para completar uma requisição de IO é um tempo infinitamente grande.
No dia a dia, é comum encontrarmos clientes com problemas de design de disco variados, como a colocação de logs de transação, banco de dados e filas SMTP no mesmo disco físico, arrays de disco sem o dimensionamento correto, ou mistura de dados como um banco de dados SQL com os bancos de dados do Exchange.
Se você determinou através do Performance Monitor que o discos do servidor Exchange estão apresentando gargalos de performance, os artigos abaixo podem ajudá-lo a corrigir o problema. Estes artigos são guias para o correto design dos discos no Exchange Server:
Se você suspeita que a causa raiz está relacionada a conectividade, você pode utilizar a ferramenta ‘Network Monitor’ durante a reprodução do problema. Pelo ‘Network Monitor’ é possível verificar se existem retransmissões excessivas, perda de pacotes, ou demora na resposta das requisições RPC, problemas que levam ao aparecimento do popup.
Se o problema é restrito para alguns usuários, e problemas de performance no ambiente ou problemas de rede já foram eliminados como causa raiz, você então deve verificar como está a caixa postal do usuário. Um número excessivo de itens (mensagens) ou sub-folders pode gerar este tipo de comportamento.
Conclusão
Conforme mencionado no principio do artigo, a intenção inicial da Microsoft com a mensagem "O Outlook está tentando recuperar dados do Microsoft Exchange Server...”, era aprimorar a experiência do usuário, ou seja, a mensagem não é necessariamente um indicativo de problema.
Se o popup aparece excessivamente para os seus usuários, o troubleshooting usando os métodos listados acima deve ser realizado.
O popup também pode ser esporádico, resultado de um atraso momentâneo e ocasional na resposta de uma requisição RPC, e neste caso você não tem com o que se preocupar.
Viviane Lopes atua como engenheira de suporte há 12 anos, especializando-se em Exchange Server e Directory Services. Analista de Sistemas, trabalhou no Brasil de 1994 a 2002 em um parceiro da Microsoft no estado de Goiás. Há 4 anos trabalha na Microsoft EUA, fazendo parte do time de Suporte Enterprise para a América Latina, localizado em Las Colinas, Texas. Viviane atua como Support Escalation Engineer para Exchange, e também é certificada como MCSE e MCSA em Exchange Server e Windows Server.