解决 MSExchangeTransport 服务事件的问题
适用于： Exchange Server 2007 SP1, Exchange Server 2007
上一次修改主题： 2008-06-23
Microsoft Exchange Server 2007 引入了服务资源管理以检测负载过重的 Exchange 服务器并对其执行操作。当系统处于负载过重状态时，不应添加更多负载。安装有集线器传输服务器角色或边缘传输服务器角色的 Exchange 2007 服务器具有几个必须维持的最低资源要求。不同资源的阈值由 Microsoft Exchange 传输服务 (MSExchangeTransport.exe) 管理。
当 Exchange 2007 集线器传输服务器或边缘传输服务器耗尽这些被监视的资源时，该服务将停止接受新邮件，直到资源达到可接受的水平为止。此情况称为“反压”。有关反压的详细信息，请参阅了解反压。
当超过这些资源要求阈值时，会记录事件 ID 15001、15002 或 15003。此外，Microsoft Exchange Server 2007 Service Pack 1 (SP1) 包括事件 15004 和 15005。
对于所有资源，值“正常”表示处于正常运行水平，“中等”表示可能很高的利用率，而“高”表示服务器受资源约束，它将停止接受新邮件。在此情况下，可能会出现如下症状：
如果这是唯一的集线器传输服务器，则通过 Office Outlook 或 Outlook Web Access 提交给 Exchange 的邮件可能会保留在发件箱中。
尝试连接到服务器的简单邮件传输协议 (SMTP) 接收连接器（例如，通过 Telnet 连接到端口 25）时，会收到以下字符串：452 4.3.1 系统资源不足。
下表列出了被监视的每个资源的默认值和疑难解答建议。大多数情况下，请考虑运行 Exchange 邮件流分析工具，因为此工具不仅为您提供了这些建议，而且会检查服务器的整体运行状况。
.gif "note") 注意： |
|---|
| Microsoft Exchange 传输服务未监视 CPU 和网络利用情况。 |
由 Microsoft Exchange 传输服务监视的资源的疑难解答建议
| 被监视的资源 | 说明 | 疑难解答建议 | 默认“高”值 | 默认“中等”值 | 默认“正常”值 |
|---|---|---|---|---|---|
使用的专用字节数 |
PercentagePrivateBytesUsed 参数用于监视 EdgeTransport.exe 进程所用的专用字节数百分比。监视器通过检查来确保使用的专用字节数不超过默认的专用字节数限制。对于 x64 计算机，此限制等于物理 RAM 总量的 75% 或 1 TB（选择两者中较小的值）。*** |
在进行队列填充时 EdgeTransport.exe 进程消耗内存。检查队列以确保不存在任何问题。如果存在问题，请使用 Exchange 邮件流分析工具（可在 Exchange 工具箱中找到）解决队列问题。 |
75% |
73% |
71% |
使用的物理内存 |
PercentagePhysical MemoryUsedLimit 参数用于监视所有进程使用的内存总量。 |
超过默认“高”值的情况可能是对邮件进行排队导致的，您可能希望解决此问题。通常，服务器将尝试通过删除内存中使用率最低的邮件（冻结队列）来回收内存。如果频繁出现此问题，请考虑从服务器中删除角色，或者重新评估硬件（例如，添加内存或添加其他服务器）。 冻结队列意味着，从缓存内存中删除不必要的排队邮件元素，但这些元素仍保留在队列中。 |
94% |
89% |
84% |
使用的数据库磁盘空间 |
PercentageDatabaseDiskSpaceUsed 参数用于监视排队邮件的可用空间。这是通过监视数据库中的已用空间量并将其与数据库中和磁盘上的可用空间量进行比较完成的。此计算还考虑到磁盘总大小。在 Microsoft Exchange Server 2007 的正式发布 (RTM) 版本中，最小可用空间始终为 4GB，而在 Microsoft Exchange 2007 SP1 中，则为 500MB。 |
为防止数据丢失，存在 Exchange 可能停止接受邮件的情况。这可能是可用磁盘资源不足导致的。检查队列以查找正在进行备份的邮件。如果存放队列的分区太小，请考虑将它移动到具有更多空间的驱动器上。从存放队列的驱动器中删除不必要的文件。在 Exchange 2007 RTM 中，驱动器的可用空间小于 4 GB 时此问题最可能出现。 在 Exchange 2007 SP1 中，驱动器的可用空间小于 500 MB 时此问题最可能出现。如果启用了传输转储程序，则要求将更高（假如使用群集连续复制）。 |
* |
“高”值减去 2% |
“高”值减去 4% |
邮件队列数据库事务日志的可用硬盘驱动器空间量 |
PercentageDatabase LoggingDiskSpaceUsed 参数用于监视磁盘上的可用空间量，以确保传输日志始终具有足够的空间来容纳提交的事务。 |
为防止数据丢失，存在 Exchange 可能停止接受邮件的情况。如果队列数据库的事务日志与数据库位于不同的驱动器上，则这可能是可用磁盘资源不足导致的，此问题表明驱动器太小。 |
** |
“高”值减去 2% |
“高”值减去 4% |
版本存储桶的数量 |
可扩展存储引擎 (ESE) 数据库在内存中保存对数据库所做修改的列表，这称为版本存储。VersionBuckets 参数跟踪内存中的不同版本的数目，因为将它们提交到磁盘是很重要的。已分配的版本存储桶的大小在正常情况下是变动的，但是该大小可能由于各种原因（如防病毒问题、Jet 完整性问题、大型邮件通过传输以及磁盘输入/输出 (I/O) 性能）而增至无法接受的级别。如果该大小变得太大，则这可能表示版本存储具有太多尚未提交的未处理修改。 |
版本存储桶数保持很大的情况通常是瞬间的，且通常可以忽略。如果问题频繁出现，最好验证您是否具有邮件大小限制。如果不是由大型邮件导致的，请考虑监视磁盘 I/O 性能计数器，以查看是否存在可能导致该问题的基础磁盘性能问题。 |
RTM: 100 SP1: 200 |
RTM: 60 SP1: 120 |
RTM:40 SP1: 80 |
* RTM 限制 = 100 X(totalNumberOfBytesOnDisk – 4 GB) ÷ totalNumberOfBytesOnDisk
SP1 限制 = 100 X (totalNumberOfBytesOnDisk – 500 MB) ÷ totalNumberOfBytesOnDisk
** 限制 = ( totalNumberOfBytesOnDisk – ( CheckpointDepthMax × 25)） × 100 ÷ totalNumberOfBytesOnDisk
*** 在生产环境中不支持 32 位 Exchange。但是，对于使用 /3GB 开关的 x86 计算机，限制为 1800 MB 或物理 RAM 的 75%，选择两者中较小的值。对于没有 /3GB 开关的 x86 计算机，限制为 800 MB 或物理 RAM 的 75%，选择两者中较小的值。
在下面的警告事件示例中，队列所在磁盘的大小约为 8 GB。可用空间量约为 3.6 GB，这不足以让服务器安全地接受新邮件。通过将队列数据库移动到较大的驱动器，解决了该问题。
事件类型：警告 事件源：MSExchangeTransport 事件类别：ResourceManager 事件 ID： 15002 说明： 资源压力持续处于高级别。统计数据： 队列数据库和磁盘空间 ("C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue\mail.que") = 54% [高] [普通=45% 中高=47% 高=49%] 队列数据库日志记录磁盘空间 ("C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue\"） = 54% [普通] [普通=89% 中高=91% 高=93%] 版本存储桶 = 0 [普通] [普通=40 中高=60 高=100] 专用字节数 = 10% [普通] [普通=71% 中高=73% 高=75%] 物理内存负载 = 52% [开始冻结邮件时的限制为 94%。] |
详细信息
有关解决传输和邮件流问题的详细信息，请参阅传输和邮件流问题。
有关 Exchange 邮件流分析工具的详细信息，请参阅使用 Exchange 管理控制台和使用工具箱。