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

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?

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.

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).

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.

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%.

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