Exchange 错误“452 4.3.1 系统资源不足”

我在 Microsoft Exchange Server 2010 中遇到了一个有趣的问题（这也是 Exchange Server 2007/2013 的典型问题）。有时，一些用户开始抱怨无法从多功能设备 (MFD) 或配置为通过客户端访问 Exchange 服务器 (CAS) 发送电子邮件的发件人获取扫描。同时，Outlook用户可以毫无困难地通过服务器发送和接收电子邮件。

为了诊断该问题，我尝试在命令提示符下使用 telnet 发送电子邮件。由于配置包括两个使用 NLB 连接到 CAS 阵列的 CAS 服务器，因此我必须检查每个服务器。电子邮件已从第一台服务器成功发送，但在第二台服务器上运行命令 mail from 后返回此错误：452 4.3.1 系统资源不足

在服务器应用程序日志中，已注册 EventID：15006 来自 源： MSExchangeTransport

Microsoft Exchange 传输拒绝邮件提交，因为可用磁盘空间已降至配置的阈值以下。以下资源面临压力：

队列数据库日志记录路径 (“C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue\”)=96% [高] [正常=92% 中=94% 高=96%]

物理内存负载=90% [开始对消息进行脱水的限制为 94%。]

由于背压，以下组件被禁用：

从集线器传输服务器提交入站邮件

从 Internet 提交入站邮件

从取件目录提交邮件

从重播目录提交邮件

从邮箱服务器提交邮件

内容聚合

以下资源处于正常状态：

队列数据库路径 (“C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue\mail.que”)=95% [正常] [正常=95% 中=97% 高=99%]

版本存储桶=0 [正常] [正常=80 中=120 高=200]

专用字节=14% [正常] [正常=71% 中=73% 高=75%]

批次点=0 [正常] [正常=2000 中=4000 高=8000]

提交队列=0 [正常] [正常=1000 中=2000 高=4000]

错误的原因是 Exchange 集线器传输队列所在的可用磁盘空间已满。事实上，Exchange 有一个特殊的组件来监视可用资源 - 背压，它还跟踪存储 Exchange 传输服务队列的磁盘上的可用空间。

当超过阈值限制时，Exchange 可以：

• 中 (90%) 阈值 — 停止通过 SMTP 从外部发件人接收邮件（MAPI 客户端电子邮件尚未处理）

• 高 (99%) 阈值 — 邮件流停止完全处理

注意。 90%和99%是相当近似的，事实上有一个公式可以计算它。在实践中，坚持这些价值观就足够了。因此，40 GB 磁盘上至少应有 4 GB 可用空间，用于存储传输服务队列。

如果出现错误，您可以：

1. 清除磁盘中的垃圾

2. 禁用背压监控（不推荐）

3. 将传输队列迁移到另一个具有足够大小的磁盘

默认情况下，传输队列存储在系统盘上。分析驱动器 C:\ 后，我发现包含 IIS 日志的文件夹 (C:\inetpub\logs\LogFiles\W3SVC1) 占用了近 15 GB 的空间。通常，只需删除这些日志即可启用自动删除旧 IIS 日志的方案。

如果无法释放任何空间，请将 Exchange 传输队列的文件夹移动到另一个磁盘。

包含此队列的文件夹的路径在配置文件 $env:exchangeinstallpath in\EdgeTransport.exe.config 中使用以下参数指定：

只需指定队列文件夹的新路径并重新启动 Microsoft Exchange 传输服务即可（

Restart-Service MSExchangeTransport

）并且 Exchange 将自动创建它们。

提示。确保新文件夹中有Mail.que、Trn.chk、Trn.log、Temp.edb。可以删除旧目录中的相同文件，因为不再需要它们。