增加Exchange 2010的最大邮箱大小是否有问题?


8

我负责其交换服务器的Whoome公司的老板拥有一个完整的邮箱。当前的邮箱限制为2Gb(相当标准)。

他被问到我是否可以将他的邮箱增大到大约10Gb。交换服务器与他95%的时间位于同一物理网络上。

在同意将他的邮箱增加到10Gb之前,我应该了解一些“陷阱”吗?如果他实际上将帐户填充到10Gb,我们会遇到什么问题?


您知道吗,MS还是建议将4gb作为最小值?这是最低限度的要求。
TomTom 2013年

Answers:


10

只要您有磁盘空间和备份容量,就没有真正的问题。Exchange能够处理大型邮箱已有很长时间,而Exchange 2010则做得很出色。

只有在用户使用旧版本(2007年之前)的情况下,Outlook才是我需要担心的唯一地方。如此大的邮箱不会出现新版本的Outlook(除非您正在缓存,否则旧版本的Outlook确实不会出现问题)。

我在Outlook和大型邮箱中看到的唯一性能问题与文件夹中的大量单个项目有关,但这更多是项目数量问题,而不是项目大小问题。用户不应在单个文件夹中保存20,000个以上的项目,并希望它表现良好。

如果用户需要保留大量旧数据,则可以考虑使用Exchange 2010中的个人存档功能,但是没有理由也不能将其保留在他的邮箱中。


根据我的经验,Outlook受项目数量而不是邮箱大小的限制更大,如Evan所说。我经常回来(从我自己的研究以及从与MS的交谈中得出)的总数字是每个邮箱文件夹保留2000至5,000个项目或更少。
joeqwerty 2011年

我将第二个@joeqwerty的估计。即使在具有更多RAM的计算机上,Outlook也会因大量项目而窒息。但是,我注意到,每个操作中的项目越多,它的阻塞就越大。缓存模式有助于提高性能,尽管在启动过程中确实会影响同步。
squillman 2011年

他们没有交换的高级许可证,因此不能使用在线存档。但是很高兴知道他会没事的。同样是Outlook 2010-适用于拥有软件保障并实际使用的客户的yippee。
马克·亨德森

1
我的邮箱里有成千上万的物品。Outlook将阻塞每个文件夹的项目 ,只要将其保持在每个文件夹5-7K个项目以下,邮箱就可以包含很多项目。Outlook 2010确实提高了项目数量的标准。我的个人邮箱有一个包含11172项的文件夹,没有任何问题。(在win7 x64上,外观为2k10,x86)
Jim B

是的,和JimB一样,我的邮箱中有几十万个项目,但是我的所有邮件都按年和月排序(回溯多年),因此在给定的文件夹中永远不会有太多邮件。我也很少有带有附件的邮件,我会不停地将其删除。
病房-恢复莫妮卡

6

我将为Evan的回答增加另一个考虑。具有大型邮箱的用户将导致大型数据库。数据库越大,发生灾难时的恢复时间就越长。老板应该意识到这一点。恢复具有10GB邮箱的数据库需要花费几个小时?

您可以通过在多个服务器上保留数据库副本来计划高可用性。Exchange 2010中的DAG完全令人震惊!如果没有足够的预算,请考虑使用托管Exchange迁移到云中(使高可用性成为其他人的问题)。


我讨厌术语“云”,我讨厌术语“其他人的问题” ...;)
Mark Henderson

关于恢复时间(也包括备份时间)的要点。
joeqwerty

3

如果他达到10GB,与今天相比,他可能会开始注意到性能问题,但是我有许多使用6-8GB邮箱的用户都没有问题。也就是说,Exchange 2010使用Outlook 2010改进了压缩算法,因此它们比Exchange 2007更加有效,并且比2003更好。唯一的警告:如果不运行千兆位以太网,则不要这样做。


3

为了进一步说明我对Evan答案的评论,我的经验是,邮箱永远不会因为邮件而太大,正是附件使邮箱增长。限制邮件大小会有所帮助,但是像大多数地方一样,这里的人们总是在发送带有图片的Powerpoint文件和文档,并且不需要太多的20MB文件就可以增加一个GB。问题是电子邮件向许多人提供了有用的元数据:我在日期将此文件的版本发送给了这些人。

我还没有取得巨大的成功,但是我一直在努力让人们保存其附件,然后(或简单地)删除它们。在某些情况下,我能够训练一个拥有大邮箱的人使用MessageDetach提取附件,但是成功率约为1%。


0

根据Microsoft的说法,大小并不重要,而是项目的数量。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.