卷影冗余邮件流方案

**适用于:**Exchange Server 2010

**上一次修改主题:**2009-10-20

Microsoft Exchange Server 2010 中的卷影冗余功能可为邮件在整个传递过程中提供冗余。了解卷影冗余 中介绍了常规邮件流。本主题详细介绍了可能涉及 Exchange 的每个特定邮件流方案出现的情况。

邮件流方案

下图显示了 Exchange 组织中的每种可能的冗余方案,以及每个方案中邮件冗余的实现方式。阴影区域表明此处的卷影冗余有效。邮件在阴影区域中传递时,Exchange 2010 卷影冗余可防止数据丢失。

备注

为了简便起见,图中省略了客户端访问服务器。

卷影冗余邮件流方案
卷影冗余邮件流方案

如上图所示,Exchange 组织中可能存在的所有邮件流路径符合下列方案之一:

A. MAPI/Windows Mobile 客户端提交

B. 从邮箱服务器到集线器传输服务器的邮件流

C. 从集线器传输服务器到邮箱服务器的邮件传递

D. Exchange 2010 传输服务器之间的邮件流

E. 从 Exchange 2010 传输服务器到不支持卷影冗余的邮件服务器的邮件流

F. 从不支持卷影冗余的邮件服务器到 Exchange 2010 传输服务器的邮件流

以下几节介绍了每个邮件流方案出现的情况。

A. MAPI/Windows Mobile 客户端提交

从 MAPI 或 Windows Mobile 客户端进行的邮件提交无冗余。成功将邮件存储在邮箱服务器中之后,Exchange 高可用性功能便会生效,可帮助防止数据丢失。本方案提供从开始到结束的整个邮件流过程全貌。

返回邮件流方案列表

B. 从邮箱服务器到集线器传输服务器的邮件流

Exchange 2010 邮箱服务器将邮件提交到 Exchange 2010 集线器传输服务器时,将发生以下操作。

重要

Exchange 2010 邮箱服务器无法与运行 Exchange 以前版本的传输服务器进行通信。因此,本主题仅讨论从 Exchange 2010 邮箱服务器到 Exchange 2010 集线器传输服务器的邮件流。

  1. 邮件提交服务通知集线器传输服务器有新邮件。
  2. 集线器传输服务器从提交邮件的邮箱的发件箱中拣选邮件,并将邮件存储在其数据库中。
  3. 如果邮件有收件人位于同一 Active Directory 站点中的邮箱服务器中,则集线器传输服务器按照方案 C 中列出的步骤将邮件传递到目标邮箱。对于所有其他收件人,集线器传输服务器将邮件传递到下一个跃点。
  4. 传递到下一个跃点完成之后,集线器传输服务器将通知邮箱服务器,其已完成对邮件的处理并已获得邮件的所有权。通知完后,邮件将从发件箱中删除。
  5. 如果邮件的其他跃点均不支持卷影冗余,则集线器传输服务器将删除邮件。否则,它会通过将邮件存储在要向其传递邮件的跃点的卷影队列中,将邮件转换成卷影邮件。

返回邮件流方案列表

C. 从集线器传输服务器到邮箱服务器的邮件传递

Exchange 2010 集线器传输服务器将邮件传递到 Exchange 2010 邮箱服务器时,将发生以下操作。

重要

Exchange 2010 集线器传输服务器无法与运行以前版本的 Exchange 的邮箱服务器进行通信。因此,本主题仅讨论从 Exchange 2010 集线器传输服务器到 Exchange 2010 邮箱服务器的邮件流。

  1. 集线器传输服务器将邮件传递到目标邮箱。
  2. 将邮件传递到所有目标邮箱之后,集线器传输服务器将邮件添加到传输转储程序中。
  3. 集线器传输服务器将丢弃通知排队到从其中接收邮件的跃点。这些丢弃通知是跃点查询集线器传输服务器时创建的。
  4. 前一个跃点将删除相应的卷影邮件。

返回邮件流方案列表

D. Exchange 2010 传输服务器之间的邮件流

对于运行 Exchange 2010 的传输服务器之间的所有邮件互发,无论是两个集线器传输服务器之间,还是集线器传输服务器和边缘传输服务器之间,邮件流过程均相同。在 Exchange 2010 传输服务器之间传递邮件时,将发生以下操作。为清晰起见,假定发送邮件的服务器称为 Hub01,而接收邮件的服务器称为 Edge01。

  1. Hub01 建立到 Edge01 的 SMTP 连接。
  2. Edge01 宣称支持卷影冗余。
  3. Hub01 通过发出 XSHADOW 命令,在 SMTP 会话中请求卷影冗余。此过程类似于在 SMTP 会话中建立传输层安全性 (TLS)。
  4. 对于 Hub01 需要发送给 Edge01 的每个邮件:
    1. Hub01 将邮件传送到 Edge01。
    2. Edge01 将邮件标记为由 Hub01 提供卷影。
    3. Hub01 将 Edge01 标记为主服务器,并将其添加到它的 Edge01 卷影队列中。
    4. 对于要发送到从其接收了邮件的跃点的邮件,Hub01 为其准备丢弃通知。
  5. Hub01 查询 Edge01,获取它之前提交到 Edge01 的邮件的丢弃状态。
  6. Edge01 发送所有为 Hub01 准备的丢弃通知。这些通知可能针对在同一 SMTP 会话中发送的邮件,也可能针对在以前 SMTP 会话期间发送的邮件。
  7. Hub01 删除 Edge01 已为其发送丢弃通知的所有卷影邮件。

返回邮件流方案列表

E. 从 Exchange 2010 传输服务器到不支持卷影冗余的邮件服务器的邮件流

Exchange Server 2007 传输服务器和 Exchange Server 2003 桥头服务器都不支持卷影冗余。因此,如果拥有与 Exchange 的以前版本共存的方案,则 Exchange 2010 冗余功能可保证邮件仅传递到旧版 Exchange 跃点为止,而不是一直传递到其目标。对于 Exchange 2010 边缘传输服务器将邮件发送到非 Exchange 邮件服务器的方案也同样如此。

当 Exchange 2010 集线器传输服务器将邮件发送到运行 Exchange 的以前版本的 Exchange 传输服务器时,或当 Exchange 2010 边缘传输服务器将邮件发送到非 Exchange 邮件服务器时,将发生以下操作。为清晰起见,假定名为 Hub01 的 Exchange 2010 集线器传输服务器将邮件发送到名为 Legacy01 的较早版的 Exchange 传输服务器。

  1. Hub01 建立到 Legacy01 的 SMTP 连接。
  2. Legacy01 不宣称支持卷影冗余。
  3. 因为 Legacy01 未宣称支持卷影冗余,所以 Hub01 不会在 SMTP 会话中启动卷影冗余。
  4. Hub01 将邮件传递到 Legacy01。
  5. Hub01 删除邮件。
  6. Hub01 为从其接收了邮件的跃点准备丢弃通知。

返回邮件流方案列表

F. 从不支持卷影冗余的邮件服务器到 Exchange 2010 传输服务器的邮件流

有四个入口点通向 Exchange 组织,不支持卷影冗余的邮件服务器可能会在其中建立到 Exchange 2010 传输服务器的 SMTP 连接,并发送邮件。

  • 与 Exchange 2010 集线器传输服务器连接的 Exchange 2010 统一消息 (UM) 服务器。
  • 与 Exchange 2010 集线器传输服务器连接的运行 Exchange 2007 或 Exchange 2003 的 Exchange 传输服务器。
  • Internet 上与 Exchange 2010 边缘传输服务器连接的非 Exchange 邮件服务器。
  • 组织中的非 Exchange 邮件服务器,如 UNIX 服务器或将邮件提交到 Exchange 2010 集线器传输服务器的 SMTP 客户端。

在本方案中,Exchange 2010 通过名为“延迟确认”**的功能实现卷影冗余。Exchange 2010 传输服务器从不支持卷影冗余的邮件服务器接收邮件后,它将延迟向发送邮件服务器发送确认,直到确认邮件已成功传递到其目标。有关延迟确认的详细信息,请参阅了解卷影冗余

为说明本方案,假定名为 Edge01 的 Exchange 2010 边缘传输服务器从名为 Internet01 的 Internet 上的非 Exchange 邮件服务器接收邮件。在本示例中,将发生以下操作:

  1. Internet01 建立到 Edge01 的 SMTP 连接。

  2. Edge01 宣称支持卷影冗余。

  3. 因为 Internet01 不支持卷影冗余,所以它仅将邮件发送到 Edge01。

  4. Edge01 将邮件标记为延迟确认邮件。

  5. Edge01 使用方案 D 中概括的步骤将邮件传递到后续跃点。

  6. Edge01 查询后续跃点获取邮件的丢弃状态。

  7. Edge01 从所有后续跃点接收到丢弃通知之后,它会向 Internet01 发送确认。

  8. Edge01 从其数据库中删除邮件。

    备注

    如果 Edge01 无法在 30 秒内验证是否成功将邮件传递到所有后续跃点,则 Edge01 会超时并会向 Internet01 发送确认。此超时值由接收连接器的 MaxAcknowledgementDelay 属性的值控制。

返回邮件流方案列表