过去一周，我和我的主管一直在拼命想弄清楚为什么我们的 Exchange 服务器通过队列的速度非常慢。这一切都是在日志填满分配的磁盘引起的背压情况之后开始的。
服务器上的统计信息：
Exchange 2010 在 Windows Server 2012 R2 上运行，采用 Office 365 16 个逻辑核心的混合配置
，机箱 CPU 使用率约为 1-5% 机箱内有
72GB 内存，其中 78% 用于任何给定time
Exchange 安装在容量为 205GB 的驱动器上，其中 77GB 空闲
主数据库安装在容量为 2TB 的驱动器上，其中空闲 338GB
主日志位于容量为 929GB 的驱动器上，其中 261GB 是免费的
邮件流顺序：
- 进出现场梭子鱼垃圾邮件过滤器，这几乎立即发生
- 进入 Exchange 本身，这相当快
- 在 Exchange 之外，这需要 15 到 20 分钟，可能会更长，具体取决于队列
- 再次进出现场梭子鱼垃圾邮件过滤器，再一次，几乎是即时的
- 进入 Office 365，这也非常快
- 最后，交付给用户的 Outlook 客户端
消息队列在一天中填满，它处理它的速度比新电子邮件进来的速度要慢。它在大约一周前发生的背压之前表现得很好，我们甚至尝试禁用背压以查看是否修复了它，没有骰子。
任何想法可能导致此问题，以及我们应采取哪些步骤来解决此问题？
我们尝试重建传输日志无济于事。服务器似乎认为存在背压，但没有迹象表明实际上存在
事件日志中的具体错误消息是什么？您是否确定了触发背压机制的资源并采取措施使更多资源可用？
另外，尝试修改背压阈值，允许Exchange服务器在同一环境中继续运行，并检查此问题是否继续存在。
更多细节：了解背压
另一种方法是重新启动传输服务并再次检查。
现在一切都变得更快，禁用垃圾邮件过滤器中的病毒扫描加快了一切备份。新的病毒定义导致它减慢了一切。