Je travaille sur un serveur Terminal Server Windows 2008R2 occupé où la session Outlook d' un utilisateur particulier consomme entre 2 Go et 4 Go de RAM.
Le processus ne semble pas être une fuite de mémoire lente, car la RAM est utilisée presque immédiatement après l'ouverture du processus.
À ce jour, j'ai essayé ce qui suit:
- Se connecter à la session de l'utilisateur et vérifier ses paramètres Outlook. Il n'y a rien d'anormal. Les quotas de messagerie par défaut sont en place, l'utilisateur ne dispose que de 5 000 éléments de boîte aux lettres. Le quota est de 3 Go. L'utilisateur utilise 1,2 Go. La boîte de réception est presque vide. Les éléments supprimés sont bien taillés.
- Outlook en mode sans échec. Aucune différence.
- Suppression de compléments. Aucune différence.
- Création d'un nouveau profil Outlook. Aucune différence.
- Ouverture de la boîte aux lettres de l'utilisateur à partir d'un autre compte. Aucune différence.
- Déplacement de l'utilisateur vers un autre serveur Terminal Server. Pas de changement.
À ce stade, l'utilisation de la RAM Outlook de l'utilisateur est 10x-20x celle de tout autre utilisateur. Y a-t-il autre chose que je devrais regarder?
Traitez les informations et les statistiques via NewRelic:
Éditer:
Sortie VMMAP:
Après avoir vidé "Working Set":
Réponses:
Je ne peux pas vraiment expliquer pourquoi, mais ce problème ne se produit qu'avec une édition 64 bits d'Outlook. La rétrogradation vers Outlook 32 bits le résout.
la source
J'ai eu un utilisateur avec un problème très similaire il y a des années. Le problème est dû à un calendrier externe. Essayez de supprimer tout / tous les calendriers externes.
Dans l'onglet Calendrier d'Outlook:
Observez l'empreinte mémoire lorsque vous supprimez. S'il chute considérablement après en avoir retiré un, vous connaîtrez le coupable. Ajoutez simplement les calendriers qui fonctionnent bien.
Je n'ai pas encore assez de réputation pour laisser des commentaires, j'ai donc dû adopter le style Jeopardy et poser ma question sous forme de réponse ... désolé si cela est totalement hors de propos.
la source
Si l'utilisateur a ajouté un nouveau compte externe de messagerie instantanée ou de messagerie instantanée, il est possible que ce soit le processus de synchronisation initial, qui peut prendre plusieurs heures pour les très grandes boîtes aux lettres en fonction des paramètres de cache.
Le serveur de messagerie et le client ont des paramètres de mise en cache distincts qui peuvent réduire cette charge sur les comptes de messagerie nouvellement mappés.
la source