Exchange2007规划.doc

Exchange 2007规划现在越来越多的公司将邮件系统视为关键任务系统。因此，公司对电子邮件系统的可靠性和可用性制定了非常严格的要求。同样也对新的邮件系统功能提出了更高的要求。员工移动性的日益增加和公司地理位置的日益分散意味着用户要求在不断发展。对于负责设计满足用户需要的、高度可靠且持续可用的邮件系统的信息技术 (IT) 管理人员和系统体系结构设计师而言，这些因素也对他们提出了要求。要设计出基于 Microsoft Exchange Server 2007 的成功邮件系统，必须了解在其上构建邮件系统的软硬件的功能和限制。无论是开发新的 Exchange 2007 邮件系统，还是从以前的 Exchange 实现进行升级，都必须在目录服务和网络基础结构的局限性与邮件系统、操作系统和用户软件的功能之间进行权衡。组织将邮件传递和协作视为实现雇员、合作伙伴和客户间通信的关键 IT 服务。这些组织的一个共同目标就是提供高性能的电子邮件服务，使之持续可用、安全、可扩展、可管理和可支持。企业邮件系统的规划过程通常分为以下几个不同阶段： 收集 在本阶段中，您将对业务需求和当前计算环境进行评估。通过会见重要的业务风险承担者可以了解业务需求。为了评估计算环境，基础结构组应收集说明当前计算环境的 IT 文档。使用这些信息，小组可以编写分析文档，通常包括有关 IT 体系结构、所部署的硬件和软件、现有的操作步骤以及环境的逻辑与物理映射的信息。将现有的 Exchange 组织转换到 Exchange 2007 时，收集阶段尤为重要。 分析 在本阶段中，您将开发服务设计选项。在开发设计选项时，应考虑以下方面：o 逻辑拓扑 将实现哪类 Active Directory 林拓扑？您的组织是否拥有或需要多个 Active Directory 林？o 物理拓扑 将使用多少台运行 Exchange 的服务器？您的组织是否拥有或需要多个 Active Directory 站点或者多个物理位置？组织拓扑 什么样的 Exchange 组织拓扑最适合您的组织的规模和需求？您的组织拥有单个 Exchange 服务器还是多个 Exchange 服务器？您是否拥有多个 Active Directory 站点或林？ o 管理模式 您的组织的管理模式都需要什么？您的组织拥有或需要集中式的管理模式还是分布式的管理模式？ 确定 在本阶段中，您将分析和选择要实现的服务设计选项。需要与实现相结合，对每个设计选项的优缺点进行权衡，并对其进行评估和记录。基于这些记录，并鉴于它们与其他设计选项之间的相互作用和依赖关系，选择最合适的设计选项。大多数组织接下来通常会将这些选项提交给决策人和风险承担者进行审批。 审批 在本阶段中，决策人和风险承担者将在实验室环境下对邮件服务设计进行验证，然后才会批准将部署用于生产环境。审批阶段完成后，便开始规划生产部署途径。与所有服务器应用程序一样，需要正确地部署运行 Microsoft Exchange Server 2007 的计算机，使其具有充足的存储容量和优异的性能。选择存储解决方案时，建议您选择由用于存储的 Microsoft Exchange 解决方案评估计划 (ESRP)（称为 ESRP-存储）评估过的解决方案。ESRP-存储是一项特定于 Exchange 的测试、一个最佳实践发布框架、一个评估过程，可加速创建已知的良好 Exchange 存储解决方案。ESRP-存储的目标是： 为存储供应商提供有关 Exchange 存储测试和最佳实践发布的说明性指导。 开发一种可以评估存储解决方案的机制，以确保这些解决方案符合 Exchange 最佳实践。 针对 Exchange 部署为客户提供经过充分测试且高质量的存储解决方案。在许多情况下，操作系统识别的物理磁盘或逻辑单元号 (LUN) 是从用于向操作系统提供磁盘的硬件上提取的。出于提高性能和恢复能力的原因，在 LUN 和 物理磁盘这两个级别上都将事务日志文件与数据库文件分开总是至关重要的。在同一物理磁盘上既执行随机磁盘 I/O 又执行顺序磁盘 I/O 会显著降低性能，从恢复角度看，将存储组的日志文件和数据库文件分开可确保一组物理磁盘的灾难性故障不会导致数据库文件和日志文件都丢失。 在 Exchange 2007 中，最好将一个存储组中的所有数据库置于同一物理 LUN 中。每个存储组最多放置一个数据库也是一种最佳实践。Exchange 数据库 I/O 是随机的，在物理磁盘执行相同的工作量时，对大多数存储子系统有利。系统设计了许多存储阵列以便多个物理磁盘首先集中到一个磁盘组中，然后在该磁盘组中的可用空间之外创建 LUN 并将其均匀分配给每一个物理磁盘。备份某个存储组的数据库 LUN 的目标物理磁盘也备份其他 LUN（这些 LUN 存储其他存储组和服务器的数据库），这是可以接受的。同样，将每个存储组的事务日志 LUN 隔离到单独的物理心轴上并不重要，即使丢失顺序 I/O 会对性能造成轻微影响。 如果在单个服务器上配置了多达 50 个存储组，则每个存储组将要求拥有其自己的事务日志 LUN 和数据库 LUN。这超过了可用的驱动器号数目，因而必须使用 NTFS 文件系统卷装入点。配置为连续复制的 50 个存储组需要 200 个 LUN，这将超过某些存储阵列的最大值，在进行本地连续复制 (LCR) 时尤其如此，因为在本地连续复制时这 200 个 LUN 都需要提供给一个服务器。随着 LUN 数目的增长，监控变得更加重要，因为磁盘空间不足会导致卸除存储组。Exchange 2007 中的服务器角色是：统称为传输服务器的中心传输服务器和边缘传输服务器、客户端访问服务器、统一消息服务器和邮箱服务器。每个服务器角色都具有不同的存储要求以及不同的备份和还原要求，在某种程度上是由于这些服务器角色执行不同的功能： 中心传输服务器和边缘传输服务器是可执行以下任务的服务器角色：o 将邮件传入和传出组织。o 将邮件传入和传出邮箱服务器。o 传递统一消息服务器提交的语音邮件。 客户端访问服务器是 Exchange 的客户端协议服务器，提供 Microsoft Outlook Web Access、Microsoft Exchange ActiveSync、Outlook Anywhere（以前称为通过超文本传输协议 (HTTP) 的远程过程调用 (RPC)）和其他 Internet 协议。 统一消息服务器提供 Outlook Voice Access 以及传入传真支持。 邮箱服务器是 Exchange Server 的核心，在此存储用户邮箱和公用文件夹。 邮箱群集或单一副本群集 (SCC) 在共享磁盘主动/被动配置中使用群集服务。 连续复制将日志文件传送到备用位置，该位置可以在使用本地连续复制 (LCR) 的独立服务器上，也可以在使用群集连续复制 (CCR) 的群集中。邮箱服务器角色Exchange 2007 邮箱服务器角色是核心服务器角色，所有其他服务器角色均基于该角色构建。确定邮箱配置文件（包含每秒的用户 I/O 以及容量）之后，就可以开始规划部署了。Exchange 服务器上承载的用户数通常取决于防止出现硬件瓶颈和提供在服务级别协议 (SLA) 内备份和还原数据的能力之间的平衡。必须使三个存储要求达到平衡才能实现成功的 Exchange 2007 部署。第一个要求是事务 I/O，或以存储需要满足的每个 I/O 的延迟时间评估的性能。第二个要求是备份/还原吞吐量，即将数据移动到备份媒体和从备份媒体中移出的速度。第三个要求是容量，即确保在为生产 LUN 选择的独立磁盘冗余阵列 (RAID) 配置中或目标备份媒体中拥有足够的空间。在 Exchange 2000 Server 中，最佳实践是使用五个数据库填满一个存储组后再创建另一个存储组，但该做法受虚拟内存限制的影响。在 Exchange Server 2003 中，上述限制明显减少，最佳实践是为每个新数据库添加额外的存储组，直到创建最大存储组数。使用 Exchange 2007 时，I/O 占用将减少，因为增强了 Exchange Server 使用的基础数据库引擎可扩展存储引擎 (ESE)。Exchange 2007 因为在 ESE 中进行了多项关键的设计更改，所以减少了 Exchange Server 的总体 I/O 占用。 64 位操作系统和 64 位 Exchange Server 应用程序支持的数据库缓存要大得多，从 900 MB 增大到数十 GB，具体取决于总系统内存。 许多新的缓存优化也有利于数据库读取操作。I/O 接合从 64 KB 增大到 1 MB，通过增大读取和写入更大 I/O 的机率来进一步减少磁盘 I/O。 没有任何流式数据库文件，可安装文件系统已删除。作为 64 位应用程序，Exchange 2007 没有其早期 32 位应用程序的虚拟内存限制。Exchange 2007 邮箱服务器最多支持 50 个数据库和 50 个存储组，并且最多可以在一个存储组中放置 5 个数据库。但是，每台 Exchange 2007 邮箱服务器最多可以承载 50 个数据库。每个存储组都会创建自己的独立事务日志，存储组是备份和还原的基本单元。在缺少缓存压力的情况下，ESE 在写入数据库之前写入事务日志的最大数据量为一个称作检查点深度的缓存。在存储组中使用一个数据库时，会将整个检查点深度分配给该数据库，从而增加了在缓存中多次更新数据库页面的可能性，只有最新的更新会写入数据库，因此减少了 I/O。Exchange 邮箱数据组件表 1 介绍邮箱服务器角色的活动以及每项活动对磁盘 I/O 的影响。表 1 Exchange 2007 中的邮箱服务器角色活动活动 活动对磁盘 I/O 的影响 ESE 数据库（.edb 文件）邮箱服务器将所有邮件均存储在 ESE 数据库中。随机访问 ESE 数据库，尽管 I/O 接合可能产生更大的 I/O，但是该数据库仍使用 8 KB 的页面大小。为了确保可靠性，并且在某些情况下由于性能原因，数据库应位于不包含事务日志的磁盘上。事务日志文件（.log 文件）对数据库所做的所有更改都将首先提交给事务日志，该日志是按顺序写入到磁盘的内容。写入的大小各不相同 - 从 512 字节到日志缓冲区大小。内容索引内容索引是一种随机工作量，与数据库位于同一个 LUN 上，通常大约是数据库大小的 5%。因为内容索引在后台运行，在邮件到达时为邮件编制索引，所以对磁盘 I/O 的影响最小。分页如果某个进程请求内存中的某个页面，但是系统在所请求的位置中未找到该页面，则会发生页面错误。如果该页面位于内存的其他位置，则该错误为软页面错误。如果必须从磁盘中检索该页面，则该错误为硬页面错误。大多数处理器都可以处理大量的软页面错误，不会有任何后果。但是，硬页面错误可能会造成明显的延迟。连续的高磁盘分页率表明内存不足。内容转换大多数内容转换都在客户端访问服务器和中心传输服务器上完成。旧版 Outlook Web Access 客户端的旧版 Web 分布式创作和版本管理 (WebDAV) 内容转换在 Exchange 2003 邮箱服务器上进行。当客户端请求必须在客户端访问服务器上转换的数据时，将从 Exchange 2003 邮箱服务器访问此数据，在邮箱服务器的 TMP 文件夹中转换数据，并将此数据发送到客户端访问服务器。为了提高性能，TMP 文件夹与页面文件和操作系统不应在相同的 LUN 上。数据库维护Exchange 2007 信息存储要求对每个数据库定期运行联机维护。影响磁盘 I/O 的两项任务，一是硬删除早于配置的保留策略的邮件和邮箱，二是对数据库进行联机碎片整理。因为备份数据库将暂停可能正在进行的数据库的联机碎片整理，所以必须考虑为备份和数据库维护提供独占的时间范围来完成其任务。备份和还原数据备份过程要求从数据库和事务日志文件卷读取数据。这种额外的 I/O 可能会影响用户响应时间，在工作时间应避免这种操作。软恢复过程要求 ESE 回放所有事务日志文件。这会导致 I/O 配置文件成为顺序读取流。因此，如果事务日志文件位于具有快速按顺序访问磁盘能力的磁盘上，恢复性能将会有所改善。避免此情况的一种方法是使用连续复制，连续复制使您能够从数据库的主动副本卸载基于卷影复制服务 (VSS) 的备份，使其转移到数据库的被动副本。备份备份邮箱时需要进行认真的规划。以下各节提供了一些有关 VSS 和流式联机备份的注意事项。每个解决方案都进行了调整，以在成本、时间和可靠性等方面达到平衡。大多数管理员都会为联机数据库维护、碎片整理以及操作系统维护定义时间。这些活动会争用备份时间。平衡备份、维护和生产负载时需要特别小心。较大的邮箱可能会导致无法在 SLA 内完成每日完整备份策略。减小完整夜间备份的影响的常用策略是执行每周完整备份和每日差异备份。使用此策略时，需要恢复完整备份，然后恢复最新的差异备份。卷影复制服务 在 Exchange 2007 中还必须要考虑两个与 VSS 有关的重要事项： 较大的邮箱 备份 CCR 和 LCR 副本的能力尽管可以对生产数据或副本数据执行 VSS 备份，但是建议您备份副本并避免影响生产物理磁盘。使用 LCR 时，Exchange 2007 将事务日志复制到同一服务器上的独立磁盘中。对副本使用 VSS 克隆时，应在不同的物理磁盘上配置副本存储，以便克隆操作和校验与完整性检查不会影响生产物理磁盘。对副本使用 VSS 快照时，应在不同的物理磁盘上配置副本存储，以便校验和完整性检查及后续的磁带流式传输不会影响生产物理磁盘。使用 CCR 时，Exchange 2007 将事务日志复制到独立的服务器上。此服务器是群集中的节点，但是目标副本不会保留在共享存储上。使用 VSS 克隆时，可以使用不同的物理磁盘对被动节点上的副本运行校验和完整性检查，从而隔离备份过程。使用 VSS 快照时，校验和完整性检查及后续的磁带流式传输不会影响生产服务器或物理磁盘。流式联机备份 与数据通常在存储设备内部移动的基于硬件的 VSS 备份不同，使用流式备份时，服务器将负责移动数据。校验和完整性检查过程对性能的影响不会成为问题，因为在备份期间会检查每个页面。在并行备份情况下，多个数据流可能会使备份媒体的限制更加重要，无论是千兆比特的以太网连接的磁带还是光纤通道连接的磁带都是如此。对于许多客户而言，备份 SLA 窗除以其流式备份媒体每分钟的吞吐量，可以限制允许的存储组大小。例如，如果存储组的 SLA 为 1 小时，并且每秒可以备份 100 MB 的数据，则最大存储组大小将为 360 GB。客户端访问服务器客户端访问服务器使邮箱服务器不必再处理许多无状态的任务（假定角色安装在不同的物理服务器上），并提供一个统一命名空间，无论位于哪个邮箱服务器上，用户只需要指向一个名称即可。Internet 邮件访问协议版本 4 (IMAP4)、邮局协议版本 3 (POP3) 和 HTTP 等 Internet 协议由客户端访问服务器提供。Outlook Anywhere（以前称为通过 HTTP 的 RPC）、ActiveSync、自动发现、可用性服务和 Web 服务是由客户端访问服务器提供的功能的其他示例。客户端访问服务器受 CPU、内存和网络瓶颈影响，但它占用的磁盘 I/O 非常少。简单邮件传输协议 (SMTP) 通信是运行 Exchange Server 2003 和 Exchange 2000 Server 的前端服务器中一个潜在的磁盘 I/O 考虑事项，现在为中心传输服务器和边缘传输服务器独有。表 2 介绍客户端访问服务器角色的活动以及每项活动对磁盘 I/O 的影响。表 2 Exchange 2007 中的客户端访问服务器角色活动活动 活动对磁盘 I/O 的影响 协议日志记录协议日志记录是按顺序写入的内容，如果被启用，会导致性能问题并占用磁盘空间来存储日志。保留您选择记录的协议的历史记录时，可以验证该协议是执行预期的工作还是将遇到通信问题，并确定来自 Internet 的攻击。内容转换所有 Exchange 2007 协议的内容转换均在客户端访问服务器上进行。旧版 Outlook Web Access 客户端的旧版 WebDAV 内容转换在 Exchange Server 2003 邮箱服务器上进行。客户端请求必须在客户端访问服务器上转换的数据时，将从 Exchange Server 2003 邮箱服务器访问此数据，在邮箱服务器的 TMP 文件夹中转换数据，并将此数据发送到客户端访问服务器。为了提高性能，TMP 文件夹与页面文件和操作系统不应在相同的 LUN 上。分页如果某个进程请求内存中的某个页面，但是系统在所请求的位置中未找到该页面，则会发生页面错误。如果该页面位于内存的其他位置，则该错误为软页面错误。如果必须从磁盘中检索该页面，则该错误为硬页面错误。大多数处理器都可以处理大量的软页面错误，不会有任何后果。但是，硬页面错误可能会造成明显的延迟。连续的高磁盘分页率表明内存不足。传输服务器中心传输服务器和边缘传输服务器是 Exchange 2007 的桥头和网关。其主要任务是发送和接收邮件。许多公司将传输服务器部署成两个组：反垃圾邮件和防病毒保护（边缘传输服务器）和路由（中心传输服务器）。边缘传输服务器的主要职责是避免 Exchange 基础结构收到包含垃圾邮件或病毒的传入邮件。而中心传输服务器分类干净的邮件并将其传递到正确的邮箱服务器。对这些服务器的存储的影响会有所不同，这取决于每秒处理的邮件数以及这些邮件的平均大小。表 3 介绍边缘传输服务器和中心传输服务器的活动以及每项活动对磁盘 I/O 的影响。表 3 Exchange 2007 中边缘传输服务器角色和中心传输服务器角色的活动活动 活动对磁盘 I/O 的影响 ESE 数据库（mail.que 文件）Exchange 2007 边缘传输服务器和中心传输服务器将所有邮件均存储在 ESE 数据库中。随机访问 ESE 数据库，并使用 8 KB 的页面大小。为了确保可靠性，并且在某些情况下由于性能原因，数据库应与事务日志位于不同的磁盘上。事务日志文件（.log 文件）对数据库所做的所有更改都将首先提交给事务日志，该日志是按顺序写入到磁盘的内容。写入的大小各不相同 - 从 512 字节到日志缓冲区大小。协议日志记录和邮件跟踪日志邮件跟踪日志记录和协议日志记录是按顺序写入的内容，如果被启用，则会导致性能问题并占用磁盘空间来存储日志。保留您选择记录的协议的历史记录时，可以验证该协议是执行预期的工作还是将遇到通信问题，并确定来自 Internet 的攻击。内容转换在中心传输服务器上，来自 Internet 的传入邮件在传递前转换为 MAPI。此内容转换过程在 TMP 文件夹中进行。为了提高性能，TMP 文件夹与分页文件和操作系统不应在相同的 LUN 上。分页如果某个进程请求内存中的某个页面，但是系统在所请求的位置中未找到该页面，则会发生页面错误。如果该页面位于内存的其他位置，则该错误为软页面错误。如果必须从磁盘中检索该页面，则该错误为硬页面错误。大多数处理器都可以处理大量的软页面错误，不会有任何后果。但是，硬页面错误可能会造成明显的延迟。连续的高磁盘分页率表明内存不足。代理传输服务器的自定义通过代码（称为代理）完成，代码在公共语言运行时环境中运行并由事件触发。某些代理记录数据，这样将影响磁盘性能并占用磁盘空间来存储日志。 从 Exchange 2003 或 Exchange 2000 转换到 Exchange 2007 的组织将经历一段时间的共存。拥有许多路由组的大型组织必须规划其路由拓扑，以维护共存期间的邮件流。 Exchange 2007 与 Exchange Server 2003 或 Exchange 2000 Server 的成功共存取决于 Exchange 2007 集线器传输服务器与 Exchange Server 2003 或 Exchange 2000 Server 桥头服务器之间的路由组连接器的正确配置。在包含现有 Exchange 组织的林中安装 Exchange 2007 时，选择将 Exchange 2007 加入该组织。安装期间，系统还会提示您在要为其创建初始路由组连接器的路由组中指定 Exchange 2003 或 Exchange 2000 桥头服务器。由于存在服务器间通信方式的差异，必须配置路由组连接器，以使两个 Exchange 版本可以进行通信并互发邮件。在共存期间 Exchange 组织中的客户端可以使用的 Exchange 2007 服务器角色功能取决于存储用户邮箱的 Exchange 服务器的版本，以及用于访问 Exchange 的电子邮件客户端应用程序的版本。Exchange Server 2003 和 Exchange 2000 Server 使用简单邮件传输协议 (SMTP) 作为 Exchange 服务器之间的主通信协议。在 Exchange 2007 中，服务器角色使用 RPC 进行服务器间通信，并依靠集线器传输服务器执行 SMTP 传输。管理差异Exchange Server 2003 和 Exchange 2000 Server 使用管理组来组织 Exchange 对象，以便委派管理这些对象的权限。Exchange 2007 不使用管理组作为管理委派的逻辑管理单元。但是，为了支持 Exchange Server 2003 或 Exchange 2000 Server 与 Exchange 2007 的共存，在安装 Exchange 2007 时，会将所有 Exchange 2007 服务器自动放入一个管理组。必须使用 Exchange Server 2003 或 Exchange 2000 Server 的 Exchange 系统管理器和实用程序来管理 Exchange Server 2003 或 Exchange 2000 Server 服务器。还可以在 Active Directory 用户和计算机中使用 Exchange 任务来管理 Exchange Server 2003 邮箱或 Exchange 2000 Server 邮箱。在 Exchange 2007 中，必须使用 Exchange 管理控制台或 Exchange 命令行管理程序来管理 Exchange 2007 服务器和邮箱。为 Exchange Server 2003 组织或 Exchange 2000 Server 组织配置的全局设置存储在 Active Directory 目录服务中。Exchange 2007 也应用这些设置。将 Exchange 2007 引入 Exchange 组织之后，必须使用 Exchange 2007 管理工具来维护所有组织级别的设置。路由差异在规划 Exchange 2007 与 Exchange Server 2003 或 Exchange 2000 Server 的共存期时，必须了解每个版本的路由拓扑确定方式的差异。 Exchange Server 2003 和 Exchange 2000 Server 使用路由组来定义特定于 Exchange 的路由拓扑。通常，使用路由组指定一组连接良好的 Exchange 服务器。同一个路由组中的服务器不必使用连接器即可相互通信。理想情况下，在现有环境中定义的路由组基于 IP 子网，可以清楚地反映 Active Directory 站点配置。如果在 Exchange Server 2003 组织中定义了多个路由组，则管理员必须手动创建路由组连接器，以支持不同路由组中的 Exchange Server 2003 服务器之间的邮件流。路由组连接器必须将一个源服务器和一个目标服务器指定为连接器端点。路由组连接器定义的是单向连接，必须创建互补连接器才能双向建立邮件流。源服务器和目标服务器是路由组的桥头服务器。桥头服务器代表路由组中的其他服务器将电子邮件中继到其他路由组，并从其他路由组接收电子邮件，以传递它们所在的路由组中的其他服务器。每个 Exchange 2003 路由组或 Exchange 2000 路由组应至少包含一个到另一个路由组的连接器，然后才能引入第一台 Exchange 2007 服务器。在没有源自 Exchange 2007 路由组的路由组连接器路径的路由组中，每个 Microsoft Exchange 邮件数据库 (MDB) 都会记录事件 ID 5006。Exchange 2007 使用现有的 Active Directory 站点拓扑来定义其路由拓扑。同一个 Active Directory 站点中的服务器不必使用连接器即可进行通信。路由到不同站点中的 Exchange 服务器的电子邮件必须通过集线器传输服务器进行中继。集线器传输服务器使用组织内发送连接器将电子邮件发送到远程站点中的集线器传输服务器。组织内发送连接器是使用 Active Directory 站点和 IP 站点链接信息计算的隐式连接器。在 Exchange 2007 中，管理员不必再定义特定于 Exchange 的路由配置。但是，管理员可以对 Active Directory 站点和 IP 站点链接开销进行特定于 Exchange 的配置更改，以控制邮件流。 为了支持这两个路由拓扑的共存，在安装 Exchange 2007 时，会自动将所有 Exchange 2007 服务器添加到一个路由组中。在现有 Exchange 组织中安装第一台 Exchange 2007 集线器传输服务器时，必须指定要建立第一个路由组连接器的 Exchange 2003 桥头服务器。建议选择集线器路由组中的或拥有许多邮箱的路由组中的桥头服务器。路由组连接器将驻留 Exchange 2003 服务器的路由组与 Exchange 2007 路由组链接在一起。Exchange 2007 路由组包含所有 Exchange 2007 服务器，与驻留这些服务器的 Active Directory 站点无关。 将正在安装的集线器传输服务器和所选的 Exchange 2003 桥头服务器配置为两个互补路由组连接器的源服务器和目标服务器。所选的桥头服务器将自动添加到 ExchangeLegacyInterop 通用安全组的成员身份中，并为其授予向 Exchange 2007 发送电子邮件以及从其接收电子邮件所需的权限。此路由组连接器在 Exchange 2003 与 Exchange 2007 之间创建一个连接点。所选的桥头服务器取决于当前的路由环境。如果现有 Exchange 环境包含多个路由组，则可能需要在 Exchange 2003 与 Exchange 2007 之间创建其他连接点，以优化邮件流。若要创建其他连接点，请执行下列步骤： 确定如何将组织转换到 Exchange 2007。路由组的停用顺序将确定哪些 Exchange 2003 路由组应直接与 Exchange 2007 连接。有关 Exchange 2007 如何确定其路由拓扑的详细信息，请参阅规划使用 Active Directory 站点路由邮件。有关 Exchange 2007 与以前版本的 Exchange Server 之间的路由行为差异的详细信息，请参阅共存环境中的邮件路由。链接状态路由在决定应采用何种方式将 Exchange 2007 路由组连接到 Exchange Server 2003 组织或 Exchange 2000 Server 组织时，必须考虑链接状态路由的行为。Exchange Server 2003 和 Exchange 2000 Server 服务器维护一个链接状态路由表，该路由表通过与路由组主服务器通信进行更新。在 Exchange Server 2003 路由组或 Exchange 2000 Server 路由组之间创建的每个连接器均被视为链接。Exchange Server 2003 服务器和 Exchange 2000 Server 服务器使用分配给路由组之间的连接器的开销作为指标，确定组织内邮件的路由方式。如果使用最低开销路由无法访问特定的路由组，则路由组主服务器会更新链接状态表，将该链接的状态显示为已关闭。此数据将传递给 Exchange 组织中的每个路由组。收到数据之后，将更新链接状态表，并计算另一个路由。 Exchange 2007 集线器传输服务器不使用链接状态路由，并且 Exchange 2007 无法传播链接状态更新。如果站点中没有可用的集线器传输服务器，则集线器传输服务器不会重新计算路由。集线器传输服务器始终尝试与其他集线器传输服务器直接通信。如果站点中存在多台集线器传输服务器，则将自动平衡邮件通信的负荷，并尝试连接到站点中的每台集线器传输服务器，直到通信失败。如果与站点的连接不可用，Exchange 2007 将使用与 Active Directory 站点关联的 IP 站点链接开销来确定最近的站点，邮件将在该站点排队。此行为称为在故障点的排队。在故障点生成的邮件队列将处于重试状态。 如果 Exchange 2007 路由组与任何 Exchange Server 2003 路由组之间存在多个路径，则必须抑制次要链接状态更新，以确保在重新计算路由时不会出现邮件循环。建议对 Exchange Server 2003 服务器或 Exchange 2000 Server 服务器中的每个服务器抑制次要链接状态更新。抑制了链接状态更新之后，Exchange Server 2003 或 Exchange 2000 Server 服务器还会在故障点排队，而不重新计算路由。配置更改（例如添加连接器）仍会通过使用链接状态在 Exchange Server 2003 服务器之间传递。若要继续传递主要链接状态更新，保留在 Exchange 组织中的所有 Exchange Server 2003 路由组必须在路由组之间维护一个路由组连接器，以便接收链接状态更新。如果 Exchange Server 2003 路由组之间的唯一通信路径是通过 Exchange 2007 路由组，则不会将配置更改传播到所有 Exchange Server 2003 服务器。发送连接器和接收连接器Exchange Server 2003 使用每个协议的虚拟服务器接口来发送和接收邮件。仅当修改了默认值或创建了特定于其他组织的连接器时，才需要进行配置。 Exchange 2007 集线器传输服务器为组织提供 SMTP 传输。集线器传输服务器使用隐式连接器在站点之间路由邮件。此连接器称为组织内发送连接器。在安装期间，将在每台集线器传输服务器上自动创建显式接收连接器。一个接收连接器配置为通过侦听端口 25，从所有来源接收 SMTP 通信。另一个接收连接器配置为通过侦听端口 587，从非 MAPI 客户端接收 SMTP 通信。客户端访问服务器角色为非 MAPI 客户端提供 IMAP4 协议和 POP3 协议。必须配置发送连接器，以便将电子邮件路由到 Internet。将 Exchange 2007 连接到 Internet 时，建议在外围网络中安装边缘传输服务器角色，并通过边缘传输服务器将电子邮件中继到远程域。在为 Exchange 组织订阅边缘传输服务器时，将自动创建指向 Internet 的发送连接器。仅当需要创建用于向特定地址空间发送邮件或从特定地址范围接收邮件的连接器时，才会在集线器传输服务器上创建显式发送连接器和接收连接器。 邮件跟踪Exchange 2007 中的邮件跟踪架构与 Exchange Server 2003 中的邮件跟踪架构差异很大。Exchange 2007 邮件跟踪记录的事件与 Exchange Server 2003 记录的邮件跟踪事件之间没有直接对应关系。Exchange 2007 发送和接收的邮件只能通过 Exchange 2007 服务器进行跟踪。Exchange 2007 不支持 Microsoft Windows Management Instrumentation (WMI)。因此，Exchange Server 2003 服务器无法查询 Exchange 2007 服务器上的邮件跟踪日志。如果 Exchange 2007 中的邮件跟踪查询表示邮件已传输到 Exchange Server 2003 服务器，则可以使用 Exchange Server 2003 邮件跟踪工具继续搜索邮件。边缘传输服务器共存边缘传输服务器角色用于增强对 Exchange 组织的防病毒保护和反垃圾邮件保护。边缘传输服务器还会对在组织之间传输的邮件应用策略。此服务器角色部署在外围网络中和 Active Directory 林之外。可以将边缘传输服务器部署为现有 Exchange Server 2003 组织的智能主机和 SMTP 中继服务器。可以将边缘传输服务器添加到现有 Exchange 组织中，而不必升级内部 Exchange 服务器或进行任何组织更改。在安装边缘传输服务器时，不必执行任何 Active Directory 准备步骤。如果在 Exchange Server 2003 中使用 Exchange 智能邮件筛选器执行反垃圾邮件任务，则可以使用边缘传输服务器增加一层反垃圾邮件保护。边缘传输服务器可在邮件进入网络时提供防病毒保护和反垃圾邮件保护。如果部署边缘传输服务器来支持尚未部署 Exchange 2007 的 Exchange 组织，则只能使用一组有限的功能。在这种情况下，无法创建边缘订阅。因此，无法使用收件人查找功能或安全列表聚合功能。 邮箱服务器共存邮箱服务器角色可以与 Exchange Server 2003 邮箱服务器和 Microsoft Exchange 2000 Server 邮箱服务器共存。若要使 Exchange 2007 可以与 Exchange 2000 Server 邮箱服务器或 Exchange Server 2003 邮箱服务器共存，必须能够在邮箱之间发送邮件。