Estou trabalhando em um Windows 2008R2 Terminal Server ocupado, onde a sessão do Outlook de um determinado usuário consome entre 2 GB e 4 GB de RAM.
O processo não parece ser um vazamento lento de memória, pois a RAM é utilizada quase imediatamente após a abertura do processo.
Até hoje tentei o seguinte:
- Fazendo login na sessão do usuário e verificando suas configurações do Outlook. Não há nada de anormal. As cotas de correio padrão estão em vigor, o usuário tem apenas 5.000 itens de caixa de correio. A cota é de 3 GB. O usuário está usando 1,2 GB. A caixa de entrada está quase vazia. Os itens excluídos são bem podados.
- Outlook no modo de segurança. Nenhuma diferença.
- Removendo suplementos. Nenhuma diferença.
- Criando um novo perfil do Outlook. Nenhuma diferença.
- Abrindo a caixa de correio do usuário de outra conta. Nenhuma diferença.
- Movendo o usuário para um servidor de terminal diferente. Nenhuma mudança.
Nesse ponto, o uso de RAM do Outlook do usuário é de 10 a 20 vezes o de qualquer outro usuário. Há mais alguma coisa que eu deveria olhar?
Processe informações e estatísticas via NewRelic:
Gerenciador de tarefas:
Explorador de processos:
Editar:
Saída VMMAP:
Depois de esvaziar o "Conjunto de trabalho":
Eu tive um usuário com um problema muito semelhante anos atrás. O problema foi causado por um calendário externo. Tente remover qualquer/todos os calendários externos.
Na guia Calendário do Outlook:
Observe a pegada de memória enquanto você remove. Se cair significativamente depois de remover um, você saberá o culpado. Basta adicionar novamente os calendários que funcionam bem.
Ainda não tenho reputação suficiente para deixar comentários, então tive que seguir o estilo Jeopardy e colocar minha pergunta na forma de uma resposta ... desculpe se isso é totalmente irrelevante.
Não sei explicar o porquê, mas esse problema só acontece com uma edição de 64 bits do Outlook. O downgrade para o Outlook de 32 bits resolve isso.
Se o usuário adicionou um novo imap externo ou conta pop mail, é possível que este seja o processo de sincronização inicial, que pode levar várias horas para caixas de correio muito grandes, dependendo das configurações de cache.
Tanto o servidor quanto o cliente de e-mail têm configurações de cache separadas que podem reduzir essa carga em contas de e-mail recém-mapeadas.