Uso de RAM do Outlook 2010 anormalmente alto para um usuário do Terminal Server (RDS)

8

Estou trabalhando em um ocupado Windows 2008R2 Terminal Server, em que a sessão do Outlook de um usuário específico consome entre 2 GB e 4 GB de RAM.

O processo não parece ser um vazamento de memória lento, pois a RAM é utilizada quase imediatamente após a abertura do processo.

Até o momento, tentei o seguinte:

  • Efetuando login na sessão do usuário e verificando suas configurações do Outlook. Não há nada anormal. As cotas de correio padrão estão em vigor, o usuário possui 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 removidos bem.
  • Outlook no modo de segurança. Não faz diferença.
  • Removendo suplementos. Não faz diferença.
  • Criando um novo perfil do Outlook. Não faz diferença.
  • Abrindo a caixa de correio do usuário de outra conta. Não faz diferença.
  • Movendo o usuário para um servidor de terminal diferente. Nenhuma mudança.

Nesse momento, o uso da RAM do Outlook do usuário é 10x-20x o de qualquer outro usuário. Há mais alguma coisa que eu deva olhar?


Informações e estatísticas do processo via NewRelic: insira a descrição da imagem aqui

Gerenciador de tarefas: insira a descrição da imagem aqui

Process Explorer: insira a descrição da imagem aqui


Editar:

Saída VMMAP:

insira a descrição da imagem aqui

Após esvaziar o "Conjunto de Trabalho":

insira a descrição da imagem aqui

ewwhite
fonte
Você já tentou um perfil de usuário diferente na mesma máquina em relação ao novo perfil do usuário problemático em uma máquina diferente para ver se é o mesmo resultado?
7276 Lex
qual é o tamanho dele (em AppData / Local)? contatos e tamanho do preenchimento automático? support.microsoft.com/en-us/kb/2759052
Jacob Evans
@JacobEvans Este é um servidor RDS, para que os usuários se conectem ao Exchange no modo Online. Não há arquivo OST.
ewwhite
2
e se esse usuário abrir o Outlook sem um perfil ou outro perfil de caixa de correio?
Jacob Evans
1
Não posso ajudá-lo, mas sei que existem mais duas ferramentas de Russinovich que podem ajudar: RAMMAP e VMMAP (não tem nada a ver com máquinas virtuais).
Daniel

Respostas:

2

Não sei explicar o porquê, mas esse problema ocorre apenas com uma edição de 64 bits do Outlook. A desatualização para o Outlook de 32 bits resolve isso.

pauska
fonte
2

Eu tive um usuário com um problema muito semelhante anos atrás. O problema foi causado por um calendário externo. Tente remover alguns / todos os calendários externos.

Na guia Calendário do Outlook:

  1. Grave os URLs de quaisquer calendários hospedados externamente
  2. Desmarque a caixa ao lado de qualquer calendário externo
  3. Clique com o botão direito do mouse em cada uma dessas agendas e selecione "Excluir calendário"

Observe a pegada da memória ao remover. Se cair significativamente após a remoção de 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.

sippybear
fonte
Obrigado! Vou verificar isso assim que chegar ao terminal.
ewwhite
Você poderia explicar por que foi causado por um calendário externo?
030
No caso do meu usuário, o calendário externo vinculava-se a outros calendários que estavam vinculados a outros calendários ... É especulação, mas acho que era algo recorrente entre os calendários aninhados que fizeram com que o Outlook consumisse toneladas de RAM. Eu ofereci isso apenas como uma solução, porque a situação parecia semelhante e não tenho a reputação de postar comentários. Desculpa!
Sippybear
@sippybear eu verifiquei. Não há agendas vinculadas. Havia pastas públicas vazias vinculadas à conta, mas também removi o banco de dados de Pasta Pública sem sucesso.
ewwhite
@ewwhite Desculpe, isso não funcionou! Supondo que você tenha acesso ao servidor de email (Exchange?), Tentou migrar o email da caixa de correio do usuário para uma conta temporária?
Sippybear
0

Se o usuário adicionou uma nova conta externa imap ou pop mail, é possível que esse seja o processo inicial de sincronização, que pode levar várias horas para caixas de correio muito grandes, dependendo das configurações de cache.

O servidor de email e o cliente têm configurações de cache separadas que podem reduzir essa carga nas contas de email recém-mapeadas.

você deve aplaudir
fonte
Nenhuma conta adicional foi adicionada. O perfil no Outlook foi recriado várias vezes.
ewwhite
O alto uso da CPU persiste indefinidamente ou é resolvido naturalmente ao longo do dia?
youcantexplainthat
Possui alta RAM e fica com 2 GB ou 4 GB de RAM.
ewwhite