队列

适用于：Exchange Server 2013

“队列”是等待进入下一个处理阶段或传递到目标的邮件的临时存放位置。 每个队列代表 Exchange 服务器按照特定顺序处理的邮件逻辑组。 在 Microsoft Exchange Server 2013 中，队列在传递之前、期间和之后保存消息。 邮箱服务器和边缘传输服务器上存在队列。 在本主题中，邮箱服务器和边缘传输服务器统称为“传输服务器”。

与早期版本的 Exchange 一样，Exchange 2013 使用单个可扩展存储引擎 (ESE) 数据库进行队列存储。

可以使用 Exchange 工具箱中的 Exchange 命令行管理程序和队列查看器来管理队列和消息。 可以使用这些界面来查看队列的状态和内容以及详细的邮件属性。 还可以使用这些接口执行修改队列或队列中的消息的操作。

队列类型

Exchange 2013 中使用以下类型的队列：

• 持久队列： 持久队列 是存在于每个 Exchange 组织中的每个传输服务器上的队列。 与早期版本的 Exchange 一样，Exchange 2013 中有三个持久队列：

  • 提交队列：分类程序使用提交队列来收集传输服务器上的传输代理必须解析、路由和处理的所有邮件。 传输服务器接收的所有邮件都进入提交队列中的处理。 在邮箱服务器上，邮件通过接收连接器、拾取或重播目录或邮箱传输提交服务提交。 在边缘传输服务器上，邮件通常通过接收连接器提交，但分拣和重播目录也可用。

    分类程序从此队列中检索邮件，并确定收件人的位置以及到达该位置的路由。 邮件在进行分类之后，会移动到传递队列或无法到达队列。 每个传输服务器只有一个提交队列。 提交队列中的消息不能同时位于其他队列中。 有关分类程序和传输管道的详细信息，请参阅邮件流。

  • 无法访问队列：“无法访问”队列包含无法路由到其目标的消息。 通常，修改了用于传递的路由路径的配置更改会导致无法到达目标地址。 无论目标地址是什么，无法到达收件人的所有邮件均驻留在此队列中。 每个传输服务器只有一个无法访问的队列。

    检测到路由更改时，“无法访问”队列中的消息会自动重新提交。 因此，在修复条件或配置错误导致消息进入“无法访问”队列后，无需执行其他操作即可将消息移出“无法访问”队列进行传递。

    “无法访问”队列通常为空。 如果“无法访问”队列不包含任何消息，则它不会出现在队列查看器或 Get-Queue 结果中。

  • 有害邮件队列：有害邮件队列是一个特殊队列，用于隔离在传输服务器或服务故障后确定对 Exchange 2013 系统有害的邮件。 邮件的内容和格式可能确实有害。 或者，这可能是由于编写不当的代理导致 Exchange 服务器在处理所谓的错误邮件时失败的结果。

    病毒邮件队列通常为空。 如果有害消息队列不包含任何消息，则不会显示在队列查看器或 Get-Queue 结果中。 有害消息队列中的消息永远不会自动恢复或过期。 邮件将保留在病毒邮件队列中，直到管理员手动恢复或删除它们为止。

• 传递队列：传递队列保存使用 SMTP 传递到任何本地或远程目标的邮件。 使用 SMTP 在 Exchange 服务器之间传输所有邮件。 如果由传递代理连接器为目标提供服务，那么非 SMTP 目标也使用传递队列。 . 每个传递队列都包含要路由到同一目标的消息。 实际上，传输服务器上存在多个传递队列是不可避免的。 传递队列在需要时动态创建，并在队列为空且过期时间已过时自动删除。 队列过期时间由 Set-TransportService cmdlet 上的 QueueMaxIdleTime 参数控制。 默认值为 3 分钟。

• 影子队列：影子队列在传输消息时保存消息的冗余副本。 有关详细信息，请参阅卷影冗余。

• 安全网：安全网保留传输服务器成功传递的消息的副本。 虽然队列管理工具无法访问安全网，但安全网只是队列数据库中的另一个队列。 有关详细信息，请参阅Safety Net。

队列数据库文件

所有不同的队列都存储在一个 ESE 数据库中。 默认情况下，此队列数据库位于 的传输服务器上 %ExchangeInstallPath%TransportRoles\data\Queue。

与任何 ESE 数据库类似，队列数据库使用日志文件来接受、跟踪和维护数据。 若要增强性能，请首先将所有邮件事务写入日志文件和内存中，然后写入数据库文件中。 检查点文件会跟踪已提交给数据库的事务日志条目。 在 Microsoft Exchange 传输服务正常关闭期间，事务日志中找到的未提交数据库更改始终提交到数据库。

队列数据库使用循环日志记录。 这意味着不会维护在事务日志中找到的已提交事务的历史记录。 任何早于当前检查点的事务日志都会立即自动删除。 因此，在执行队列数据库恢复时，不能从备份重播事务日志。

Exchange 2013 使用 生成表 来存储和清理队列数据库中的消息。 队列数据库不是从一个大表中处理和删除单个邮件记录，而是在基于时间的表格中存储邮件，而且仅在成功处理表中的所有邮件之后，删除整个表。 例如，从下午 1：00 到下午 2：00 排队的所有消息（无论队列或目标如何）都存储在 1p-2p_msgs 表中。 下午 2：00，新消息存储在 2p-3p_msgs 表中。 下午 4：00，将创建一个名为 4p-5p_msgs 的新表，并删除整个 1p-2p_msgs 表，但前提是已成功处理表中的所有消息。 删除整个邮件表格而不是删除单个邮件的方法有助于提高保留队列数据库的驱动器的 I/O 性能。

下表列出了构成队列数据库的文件。

构成队列数据库的文件

用于配置队列数据库的选项

通过在 XML 应用程序配置文件中添加或修改密钥来 %ExchangeInstallPath%Bin\EdgeTransport.exe.config 配置队列数据库。 此文件与 Microsoft Exchange 传输服务相关联。 对 EdgeTransport.exe.config 文件所做的更改在重启 Microsoft Exchange 传输服务后生效。

<appSettings>EdgeTransport.exe.config 文件的部分是可以添加新密钥或修改现有密钥的位置。 如果特定键不存在，可以手动添加它以更改其值。

下表描述了 EdgeTransport.exe.config 文件中可用的队列数据库的键。

EdgeTransport.exe.config 文件中可用的消息队列数据库密钥

队列属性

队列有许多描述队列目的和状态的属性。 一些队列属性可应用到创建的队列中，且不能对其更改。 其他属性包含状态大小、时间或其他经常更新的指示器。

NextHopSolutionKey

Microsoft Exchange 传输服务中分类程序的路由组件选择邮件的目标，并且此目标用于创建传递队列。 目标在每个收件人上标记为 NextHopSolutionKey 属性。 NextHopSolutionKey 属性的每个唯一值对应于单独的传递队列。

NextHopSolutionKey 属性包含以下字段：

• DeliveryType：此字段的值表示邮件分类的结果，以及传输服务打算将消息传输到下一跃点的方式，该跃点可以是邮件的最终目标，也可以是沿途的中间跃点。 传输服务使用基于目标路由目标或传递组的 DeliveryType 的预定义值列表。

• NextHopDomain：此字段根据 DeliveryType 字段的值使用特定值。 对于传递队列，字段的值实际上就是队列的名称。 NextHopDomain 的值并不总是一个域名。 例如，值可以是目标 Active Directory 站点或数据库可用性组 (DAG) 的名称。 将此字段视为下一跃点名称，其中值是路由目标或目标交付组的名称。

• NextHopConnector：此字段根据 DeliveryType 字段的值使用特定值。 此值通常表述为 GUID。 如果未使用此字段，那么其值是均为零的 GUID。 NextHopConnector 的值不总是连接器的 GUID。 例如，此值可能是目标 Active Directory 站点或 DAG 的 GUID。 将此字段视为下一跃点 GUID，其中的值是路由目标或目标传递组的 GUID。

Exchange 2013 还会根据 DeliveryType 的值将 NextHopCategory 属性添加到队列。 NextHopCategoryExternal 的值为 或 Internal。 该值 External 指示队列的下一跃点在 Exchange 组织之外。 该值 Internal 指示队列的下一跃点位于 Exchange 组织内部。 请注意，外部收件人的邮件在外部传递之前可能需要一个或多个内部跃点。

DeliveryType 、 NextHopCategory 、 NextHopDomain 和 NextHopConnector 的值都在下表中说明。

请注意，Exchange 2013 支持 DeliveryType 的旧值，以便与早期版本的 Exchange 向后兼容。 这些值在队列查看器和 Shell 中可用，但 Exchange 2013 不使用它们。 这些旧 式 DeliveryType 值为：

• MapiDelivery：队列保存由 Exchange 2007 或 Exchange 2010 中心传输服务器传递到本地 Active Directory 站点中 Exchange 2007 或 Exchange 2010 邮箱服务器上的邮箱的邮件。
• SmtpRelayWithinAdSite：队列保存由 Exchange 2007 或 Exchange 2010 中心传输服务器传递到同一 Active Directory 站点中的另一个中心传输服务器的邮件。 目标中心传输服务器可以是连接器的源服务器，也可以是通讯组扩展服务器。
• SmtpRelaytoTiRg：队列保存由 Exchange 2007 或 Exchange 2010 中心传输服务器传递到 Exchange Server 2003 路由组的邮件。 目标服务器可以是连接器的源服务器、通讯组扩展服务器或 Exchange 2003 桥头服务器。

传入率、传出率和速度

Exchange 2013 测量进入和离开队列的消息速率，并将这些值存储在队列属性中。 可以使用这些速率作为队列和传输服务器运行状况的指示器。 这些属性包括：

• IncomingRate：此属性是消息进入队列的速率。

  此值根据过去 60 秒平均每 5 秒进入队列的消息数计算得出。 公式可以表示为 (i1+i2+i3+i4+i5+i6)/6，其中 i*n_ = 5 秒内的传入消息数。

• 传出率：此属性是消息离开队列的速率。

  此值根据过去 60 秒平均每 5 秒离开队列的消息数计算得出。 公式可以表示为 (o1+o2+o3+o4+o5+o6)/6，其中 o*n_ = 5 秒内的传出消息数。

• 速度：此属性是队列的排出速率，通过从 OutgoingRate 的值中减去 IncomingRate 的值来计算。

  如果 “速度” 的值大于 0，则消息离开队列的速度比进入队列的速度要快。

  如果 Velocity 的值等于 0，则消息离开队列的速度与进入队列的速度一样快。 当队列不活动时，也会看到值。

  如果 “速度” 的值小于 0，则消息进入队列的速度比离开队列的速度要快。

在基本级别， Velocity 的正值表示有效消耗的是一个正常的队列， Velocity 的负值表示队列没有有效消耗。 但是，你还需要考虑 IncomingRate、 OutgoingRate 和 MessageCount 属性的值，以及队列的 Velocity 值的大小。 例如，具有大负值为 Velocity 的队列、较大的 MessageCount 值、较小的 OutgoingRate 值和较大的 IncominRate 值是队列未正确排出的准确指标。 但是，具有非常接近零的负 速度 值的队列，并且 IncomingRate、 OutgoingRate 和 MessageCount 的值也很小，并不表示队列有问题。

队列状态

队列的当前状态存储在队列的 Status 属性中。 队列可以具有以下状态值之一：

• 活动：队列正在主动传输消息。

• 正在连接：队列正在连接到下一跃点。

• 就绪：队列最近传输的消息，但队列现在为空。

• 重试：上次自动或手动连接尝试失败，队列正在等待重试连接。

• 已挂起：管理员已手动暂停队列，以防止消息传递。 新邮件可以进入队列，正在传输到下一个跃点的邮件将会结束传递并离开队列。 否则，要等到管理员手动恢复了队列后，邮件才能离开队列。 请注意，暂停队列不会更改队列中各个消息的状态。

  可以挂起状态为"活动"或"重试"的队列。 也可以挂起"无法到达"队列和"提交"队列。

  如果挂起“无法访问”队列，则检测到配置更新时，消息不会自动重新提交到分类程序。 若要自动重新提交这些消息，需要手动恢复“无法访问”队列。 如果挂起"提交"队列，则在恢复队列之前，分类程序不会选取邮件。

其他队列属性

还有一些其他一目了然的队列属性。 使用大多数队列属性作为筛选器选项。 通过指定筛选条件，可以快速找到队列并对队列执行操作。 有关可筛选队列属性的完整说明，请参阅队列筛选器。

在此还值得一提的队列的重要属性就是 MessageCount 属性，它显示了一个队列中的邮件数量。 这是队列运行状况的一个重要指示器。 例如，一个包含持续增加从不减少的大量邮件的传递队列可能表示需要关注路由或传输管道问题。

邮件属性

队列中的邮件有许多属性。 许多属性都反映了用于创建邮件的信息。 一些邮件状态和信息属性受到队列相应属性的严重影响。 但是，单封邮件可能与队列的相应属性的值不同。 其他属性包含经常更新的状态、时间或其他指示器。

邮件状态

邮件的当前状态存储在邮件的 Status 属性中。 邮件可以具有下列状态值之一：

• 活动：如果消息位于传递队列中，则消息将传递到其目标。 如果邮件在提交队列中，则此邮件正在由分类程序进行处理。
• 已锁定：此值保留供 Microsoft 内部使用，不在本地 Exchange 组织中使用。
• PendingRemove：管理员删除了该消息，但该消息已传输到下一跃点。 如果邮件传递出现错误，从而导致此邮件重新进入队列，则该邮件将被删除。 否则，邮件传递将继续进行。
• PendingSuspend：该消息已被管理员挂起，但该消息已在传输到下一跃点的操作中。 如果邮件传递出现错误，从而导致此邮件重新进入队列，则该邮件将被挂起。 否则，邮件传递将继续进行。
• 就绪：消息正在队列中等待，已准备好进行处理。
• 重试：此消息所在的队列的最后一次自动或手动连接尝试失败。 邮件正在等待下一次队列自动连接重试。
• 挂起：管理员手动暂停了邮件。 有害消息队列中的所有消息都处于永久挂起状态。

其他邮件属性

还有一些其他一目了然的邮件属性。 最常使用的作为筛选器选项的邮件属性。 通过指定筛选条件，可以迅速找到邮件并对其执行操作。 有关可筛选邮件属性的完整说明，请参阅邮件筛选器。

管理队列和队列中的邮件

队列查看器以及几乎所有队列和消息管理 cmdlet 仅限于单个 Exchange 服务器。 可以查看或操作单个或多个队列或邮件，但是只能在一个指定的服务器上进行。

Exchange 2013 引入了 Get-QueueDigest cmdlet，该 cmdlet 提供特定范围内所有服务器上的队列状态的高级聚合视图，例如 DAG、Active Directory 站点、服务器列表或整个 Active Directory 林。 请注意，外围网络中已订阅的边缘传输服务器上的队列不包括在结果中。 此外， Get-QueueDigest 在边缘传输服务器中可用，但结果仅限于边缘传输服务器上的队列。

下表说明了可以对队列或队列中的邮件执行的管理任务。