过去一周，我和我的主管一直在绞尽脑汁试图找出为什么我们的 Exchange 服务器处理队列的速度如此之慢。这一切都是日志填满其指定磁盘导致背压情况造成的。
服务器统计信息：
Exchange 2010 在 Windows Server 2012 R2 上与 Office 365 混合配置下运行，有
16 个逻辑核心，机箱的 CPU 使用率约为 1-5%
，机箱中有 72GB 的 RAM，其中 78% 随时间的使用率
Exchange 安装在容量为 205GB 的驱动器上，其中 77GB 是可用的，
主数据库安装在容量为 2TB 的驱动器上，其中 338GB 是可用的，
主日志安装在容量为 929GB 的驱动器上，其中 261GB 是可用的
邮件流转顺序：
- 进入和退出现场 Barracuda 垃圾邮件过滤器，这几乎是瞬间发生的
- 进入 Exchange 本身，这相当快
- 在交易所外，这需要 15 到 20 分钟，也可能更长，具体取决于排队情况
- 再次进出现场梭子鱼垃圾邮件过滤器，再次几乎立即
- 进入 Office 365，速度也非常快
- 最后，传递到用户的 Outlook 客户端
消息队列在一天中会填满，处理速度比新邮件的速度还慢。曾是在大约一周前发生背压之前表现良好，我们甚至尝试禁用背压来查看是否能解决问题，但没有成功。
有什么想法可能造成这种情况，我们应该采取什么步骤来解决这个问题？
我们尝试重建传输日志，但无济于事。服务器似乎认为存在背压，但没有迹象表明实际上存在背压
答案1
事件日志中的具体错误消息是什么？您是否已识别触发背压机制的资源并采取措施使更多资源可用？
此外，尝试修改背压阈值，允许Exchange服务器在同一环境中继续运行，并检查此问题是否继续存在。
更多细节：了解背压
另一种方法是重新启动传输服务并再次检查。
答案2
现在一切都变得更快了，禁用垃圾邮件过滤器中的病毒扫描功能可以让一切恢复正常。新的病毒定义导致一切速度变慢。