3个Exchange邮箱与50GB和增长。 search/索引很慢。 选项？

我同意Hopeless，并会就此提出我的意见。

1. 至less考虑将这3个邮件移动到Exchange自己的邮箱数据库中。
2. 提供有关如何正确使用EMAIL的培训和知识。 这是6个月以来的一大堆电子邮件，这意味着他们可能是世界上最受欢迎的人，或者他们正在交换文件附件，并将所有内容存储在Exchange / Outlook中，这与大多数用户相反，并不是文件服务器/商店。
3. 提供替代方式来存储/发送/接收这些大型附件。 也许有一个更好的方法，如安全的在线存储或安全的FTP站点。 通过电子邮件链接，而不是大附件。
4. 对档案进度更加积极。 将其设置为在3个月后存档，而不是6.解释好处。
5. 帮助他们更好地pipe理邮箱的“外观/感觉”。 如果他们不断地search电子邮件，那么他们可能没有正确分类/创build文件夹/安排他们的电子邮件，以便快速有效地find事情。 也许他们应该创build子文件夹和自动规则等，这将允许他们只search这些子文件夹与整个邮箱。

一个“可能性”可能是代理他们的Office 365交易，并进行混合部署，这三个疯狂的电力用户在O365上。 这将给他们每个50GB的邮箱以及无限的归档。 只是一个选项，你可以看看。

最后，用现有的技术只能做很多事情。 努力解释他们现有解决scheme的优缺点，有哪些select，以及根据自己的专业知识在哪里引导他们。 一个好的解释可能会certificate，他们不可能在这个世界上没有一些问题。

你的客户会感到失望。 如果他们对于拥有可笑的大邮箱来说是非常愚蠢的行为，并且通过Outlook客户端search他们，他们的performance将会很糟糕，这就是底线。

将它们切换到不同的平台或技术并不重要 – 在通过客户端应用程序（Outlook）从工作站运行search时，search500亿字节的文本将会很慢。 如何快速完成这种search的正确解决scheme就是数据库。 searchMailStore的全部原因更快是它是一个数据库。 OST或PST文件不是数据库。

Outlook是一个电子邮件客户端，而不是数据库。 这就是为什么它像电子邮件客户端，而不是数据库。 不幸的是，这个根本的区别并没有“解决scheme”。 他们将不得不search邮件存储，或者用慢速的search（或者不保存太多的邮件）。

怎么看待CRM解决scheme？ 我们有一个团队也有一个可笑的电子邮件数量，但为了帮助pipe理他们有一个CRM系统（sugarCRM）来帮助文件/组织内容。 他们可以search多个领域，所以即使是真正旧的电子邮件应该很好，并迅速浮出水面。

FYI – http://www.sugarcrm.com/