Exchange 2007的Transport Service中带一个Back Pressure的特性.今天接到一个CASE，比较诡异，大体情况如下：
Exchange 2010 2台 All in one，突然无法接收外部邮件，但可以外发，内部互相收发都可以，检查MX、A记录也都可以，telnet 25端口也通，这就是奇葩了，然后通过163、126发送邮件，提示对方服务器无响应。
检查服务器磁盘，装载数据库的磁盘，剩余空间很多，C盘占用的比较厉害，没太注意它，但经过检查发现，罪魁祸首就是它。
按照之前的规划，系统默认数据库是不存放用户数据的，但不知道为什么IT管理员却把一些用户放在了这里，哎，估计是当时创建用户的时候图省事，选择的默认操作，结果酿成了悲剧。
赶紧将日志剪切走，这才恢复了正常。但这么奇怪的问题，总得有原因吧，找徐大大学习了一下，才知道有Back Pressure这个东西,它用来监控系统的资源使用.一旦系统资源不充足,就会出现这种情况,伴随的再现是邮件不能发送,所全自动会进入到草稿箱.一般我们在测试环境中,我们的资源是有限的.Back Pressure要求Exchange队列文件夹所在的驱动器有4G以上的可用空间. 我们可以通过更改Transport Service的配置文件来达到目的.但是禁止在一个正常使用的Exchange 环境中使用该方法.
在Hub Transport Server或者Edge Server上,进入Exchange的安装文件夹%Program Files\Microsoft\Exchange Server\Bin,打开EdgeTransport.exe.config文件,找到
<add key=”EnableResourceMonitoring” value=”True”/>
将其更改为
<add key=”EnableResourceMonitoring” value=”False”/>
然后重新启动Transport Service
将其更改为
<add key=”EnableResourceMonitoring” value=”False”/>
然后重新启动Transport Service
此文章为原创文章，作者：胖哥叨逼叨，如若转载，请与我联系并注明出处：https://www.pangshare.com/225.htm
微信扫一扫 
评论列表（1条）
[…] 最近发现几个Exchange 2013的项目都出现了不同程度的传输队列过大的问题，由于默认安装在C盘，所以又触发了Exchange的Transport Service中带一个Back Pressure的特性，导致Exchange无法宕机，无法接收外部邮件等一系列问题，关于Exchange Transport Service中Back Pressure特性问题，请参考如下链接： […]