Des problèmes avec l'augmentation de la taille maximale de la boîte aux lettres pour Exchange 2010?


8

Le patron d'une entreprise pour qui je suis responsable de leur serveur d'échange a une boîte aux lettres complète. La limite de boîte aux lettres actuelle est de 2 Go (assez standard).

Il m'a demandé si je pouvais augmenter sa boîte aux lettres à environ 10 Go. Le serveur d'échange est situé sur le même réseau physique que lui dans 95% des cas.

Y a-t-il des "accrochages" que je devrais connaître avant d'accepter de faire passer sa boîte aux lettres à 10 Go? Quels problèmes pouvons-nous rencontrer s'il remplit réellement son compte à 10 Go?


Vous savez que MS a recommandé que 4 Go soit le minimum de toute façon? Et cela signifiait au minimum.
TomTom

Réponses:


10

Tant que vous avez l'espace disque et la capacité de sauvegarde, il n'y a pas vraiment de problème. Exchange est capable de gérer de grandes boîtes aux lettres depuis longtemps et Exchange 2010 fait un travail remarquable.

Outlook serait le seul endroit où j'aurais des inquiétudes, et seulement si l'utilisateur utilise une ancienne version (antérieure à 2007). Les versions plus récentes d'Outlook ne rencontreront pas de problèmes avec une boîte aux lettres aussi grande (et les versions plus anciennes ne le seront vraiment pas non plus, sauf si vous effectuez la mise en cache).

Les seuls problèmes de performances que j'ai vus avec Outlook et les grandes boîtes aux lettres concernent un grand nombre d'éléments individuels dans les dossiers, mais il s'agit plus d'un problème de nombre d'éléments que d'un problème de taille des éléments. L'utilisateur ne doit pas conserver plus de 20 000 éléments dans un seul dossier et s'attendre à ce qu'il fonctionne bien.

Vous pouvez envisager d'utiliser la fonctionnalité d' archives personnelles dans Exchange 2010 si l'utilisateur doit conserver un grand nombre d'anciennes données, mais il n'y a aucune raison pour que vous ne puissiez pas les conserver dans sa boîte aux lettres, tout aussi bien.


D'après mon expérience, Outlook est plus gêné par le nombre d'éléments plutôt que par la taille de la boîte aux lettres, comme Evan l'a déclaré. Le nombre général auquel je reviens toujours (d'après mes propres recherches et de parler à MS) est de garder 2000 à 5000 éléments ou moins par dossier de boîte aux lettres.
joeqwerty

J'appuie les estimations de @joeqwerty. Même sur les machines avec plus de RAM, Outlook commence à s'étouffer avec un grand nombre d'articles. J'ai cependant remarqué que plus il y a d'éléments par opération, plus elle s'étouffe. Le mode mis en cache améliore les performances, bien que vous preniez un coup avec la synchronisation lors du démarrage.
squillman

Ils n'ont pas de licence premium pour l'échange, donc les archives en ligne ne peuvent pas être utilisées. Mais content de savoir qu'il ira bien. Il s'agit également d'Outlook 2010 - yippee pour les clients qui ont une Software Assurance et l'utilisent réellement.
Mark Henderson

1
J'ai des boîtes aux lettres contenant des centaines de milliers d'articles. Outlook s'étouffe sur le nombre d'éléments par dossier afin que tant que vous le gardiez sous 5-7K éléments par dossier, leur boîte aux lettres peut contenir beaucoup d'éléments. Outlook 2010 a vraiment élevé la barre du nombre d'éléments. Ma boîte aux lettres personnelle a un dossier avec 11172 éléments et il n'a aucun problème. (Perspectives 2k10, x86 sur win7 x64)
Jim B

Oui, comme JimB, j'ai quelques centaines de milliers d'articles dans ma boîte aux lettres, mais j'ai tout mon courrier trié par année et par mois (en remontant plusieurs années) donc jamais trop de messages dans un dossier donné. J'ai aussi très très peu de messages avec des pièces jointes, je les supprime sans relâche.
Ward - Rétablir Monica

6

Je vais ajouter une autre considération à la réponse d'Evan. Les utilisateurs avec de grandes boîtes aux lettres mènent à de grandes bases de données. Plus la base de données est grande, plus le temps de récupération est long en cas de sinistre. C'est quelque chose dont le patron doit être informé. Combien d'heures faut-il pour récupérer une base de données avec des boîtes aux lettres de 10 Go?

Vous pouvez planifier la haute disponibilité en conservant des copies de la base de données sur plusieurs serveurs. Les DAG dans Exchange 2010 sont totalement rock! Si le budget n'est pas disponible pour cela, envisagez de passer au cloud avec Exchange hébergé (faites en sorte que le problème de la haute disponibilité soit préoccupant).


Je déteste le terme "cloud", j'aime le terme "problème de quelqu'un d'autre" ...;)
Mark Henderson

Bon point sur les temps de récupération (temps de sauvegarde aussi).
joeqwerty

3

S'il atteint 10 Go, il peut commencer à remarquer des problèmes de performances par rapport à ce qu'il a aujourd'hui, mais j'ai eu de nombreux utilisateurs avec des boîtes aux lettres de 6 à 8 Go sans aucun problème. Cela dit, Exchange 2010 a amélioré les algorithmes de compression avec Outlook 2010, ils sont donc encore plus efficaces qu'Exchange 2007 et bien mieux que 2003. La seule mise en garde: ne le faites pas si vous n'exécutez pas Gigabit Ethernet.


3

Pour développer mon commentaire sur la réponse d'Evan, mon expérience est que les boîtes aux lettres ne sont jamais trop grandes à cause des messages, ce sont les pièces jointes qui les font grandir. Limiter la taille des messages aide, mais comme la plupart des endroits, les gens envoient toujours des fichiers et des documents PowerPoint avec des images et il ne faut pas trop de fichiers de 20 Mo pour s'additionner à un Go. Le problème est que le courrier électronique fournit des métadonnées utiles à de nombreuses personnes: j'ai envoyé cette version du fichier à ces personnes à cette date.

Je n'ai pas eu beaucoup de succès, mais je travaille toujours à amener les gens à enregistrer leurs pièces jointes, puis (ou simplement) à les supprimer. Dans quelques cas, j'ai pu former quelqu'un avec une grande boîte aux lettres à utiliser MessageDetach pour extraire les fichiers joints, mais c'est un taux de réussite d'environ 1%.


0

Selon Microsoft, ce n'est pas la taille qui compte, c'est le nombre d'articles.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.