需要帮助优化Exchange2007，而我们等待升级决策

Question

我有相当详细的建议，在管理层面前，要么是一个全新的prem建设或移动到0365。我只是在等待一个决定，然后购买/许可，实现仍然需要一些时间。

我们是一个SMB运行在Poweredge 2007上的一个同样老旧的戴尔Poweredge服务器。它的Win 2008 R2，8GB内存，有2E5405‘S@ 2.00Ghz。所有的东西都用光了。

在过去的一年里，事情变得越来越糟糕。我在这里只呆了一年左右，并试图与针对这些超级关键服务器的不良实践方法作斗争。我想我们应该在几个月前推出一个2016年的prem或0365解决方案，而现在我们仍然坐在那里思考。

我们大约有154个邮箱，供105-115活跃用户使用。

我有4个活动数据存储/数据库和1个公用文件夹数据库。它们分别是264 and、223 and、109 and、20 and和12 and。我认为我们甚至不可能有超过250 at的商店，所以一定有人在某个时候弄错了这个限制。基于服务器的运行方式，我认为任何一个超过100 on都是不合适的。

因此，很多人都在抱怨“2013年展望”的停顿和滞后。使用Salesforce for Outlook插件的人的情况要差1000倍。我已经从SFO插件方面排除了几个月的故障，而且由于在我们的邮件服务器上进行叉车升级方面没有任何进展，我现在从Exchange端开始更多地关注它。我确信此服务器上的Exchange 2007是我所有问题的根源。

有人能帮我确认一下吗？再说了，打破这些数据存储的最好办法是什么？100 to是正确的目标吗？我要50 go吗？我们是否可以在服务器上有更多的专卖店，而实际上能看到任何性能的提高？那是白日梦吗？还有什么能给我暂时的解脱？更多的内存值得吗？

另外..。我还想知道是否有人能证实我的怀疑，即这个Exchange服务器如此臃肿正在导致链上的许多问题。

我们不会在缓存交换模式下运行Outlook。我们还运行了其他一些实用程序，导致缓存模式出现问题(我们在SCO-UNIX上运行了一个古老的ERP系统，我们使用了一个小应用程序，它允许人们从ERP“打印”到PDF文件，通过MAPI作为电子邮件附件丢弃。)对于这个过程，我可能有一个备选方案，但这不是一个“更好”的解决方案，只是一个不会对Outlook提出太多要求的附带解决方案。我需要解释一下，扼杀Outlook和Salesforce插件的部分原因是我们没有在缓存的交换模式下运行。

我们的家人似乎也痴迷于创建文件夹。一大堆文件夹。所有东西的文件夹。对顾客来说，然后按客户的事件分类，然后按订单分类.太疯狂了。

因此，任何建议都将不胜感激。当我们慢慢地得到一些新的和更好的东西时，我能做些什么来使这种情况变得更好呢？

Answer 1

这里的答案是将32 of的RAM放入其中。还在等待最后完成我们的0365迁移，但至少有功能！