Exchange Server 2007 常见问题解答(9)

Exchange 2007 HT 服务器默认具备复原能力。换句话说，如果在 Active Directory ® 站点中部署了多台 HT 服务器，而该 Active Directory 站点中的某台 HT 服务器不可用，则尝试发送消息的源 HT 服务器将转到 Active Directory 站点中的另一可用 HT 服务器。这种转移是通过循环 DNS 机制来实现的（如果列表中第一台 HT 服务器没有响应，则会尝试使用下一台服务器）。

因此，对于所有 HT 到 HT 和邮箱服务器到 HT（即组织内部）通信，我们无需关注高可用性（或负载平衡，就这一方面而言），因为它是 Exchange 2007 固有的功能。但请记住，如果在某台计算机上安装 HT 服务器角色而该计算机还安装了邮箱服务器角色，则当 Microsoft Exchange 邮件提交服务提交消息时，相对于 Active Directory 站点中的任意其他 HT 服务器而言，邮箱服务器角色始终会首选本地 HT 服务器（即使本地安装的 HT 服务器不可用）。

上述信息对于 SharePoint 服务器来说作用实际不大，但事先了解却非常重要。由于 HT 服务器默认具备复原能力，因此并不支持使用硬件负载平衡器或 Windows® 网络负载平衡 (WNLB) 功能对 Exchange 2007 中各个 HT 服务器之间的组织内部通信平衡负载。

实际上，对于使用 Exchange 2007 RTM 的 HT 服务器，其入站 SMTP 流量并无任何负载平衡支持。但 Exchange 2007 SP1 改变了这种状况。仅凭 SP1，仍然无法利用硬件负载平衡器或 WNLB 功能来对组织内部的通信进行负载平衡（也不一定非要做此平衡）。但是，可平衡从非 Exchange 源（如 SharePoint 服务器）和 Exchange 客户端（如 IMAP 或 POP 客户端）发出的入站 SMTP 流量，后者使用 HT 服务器的默认客户端接收连接器向 Exchange 2007 组织提交出站消息。

因此，要将 SharePoint 服务器配置为通过 Exchange 2007 SP1 组织中继消息，可以在 Active Directory DNS 中创建一条 DNS 记录，并将它指向可在多台 HT 服务器之间分发流量的硬件负载平衡器，或使用 WNLB 功能来实现此目标。要使用后一种方法，需为 WNLB 群集配置虚拟 IP 地址和 FQDN（如 mail.contoso.com），并在“端口规则”选项卡中添加端口 25（来自非 Exchange 服务器的入站 SMTP 流量）和 587（来自 IMAP 和 POP 之类 Exchange 客户端的入站 SMTP 流量）。图 2 显示了采用此配置的“端口规则”选项卡。还需确保将特定的虚拟 NLB 群集 IP 地址分配给这两条规则，而不是选择所有的 IP 地址。

配置完 NLB 群集后，需创建一个新的接收连接器，并应将其配置为在端口 25 上执行侦听且仅允许需要它中继消息的服务器使用该连接器。此外，请确保该连接器使用之前创建的虚拟 NLB 群集 IP 地址。

我们知道，SCR 源可以是 Exchange 2007 SP1 独立邮箱服务器，也可以是基于 CCR 或单一副本群集 (SCC) 技术的群集邮箱服务器 (CMS)。但 SCR 目标服务器是怎样的情形呢？

我的问题也是由此而生。我们应如何平衡入站 SMTP 与邮件保健解决方案（基于 Exchange 2007 边缘传输）之间的连接负载，从而分摊负载并使其完全冗余呢？

Microsoft IT 共有三条 Microsoft.com 域的邮件交换 (MX) 记录。它们是：maila.microsoft.com、mailb.microsoft.com 和 mailc.microsoft.com（请参阅图 3）。每条 MX 记录都配置了首选项 10，因此可使用 DNS 循环技术随机选择记录。此外，每条 MX 记录与两个 IP 地址（邮件主机）相关联。

为什么每条 MX 记录有两个 IP 地址？这是因为无论为域配置了多少条 MX 记录，某些邮件传输代理 (MTA) 始终会选择相同的 MX 记录。对于 Exchange 服务器，多年来（自从 Exchange 2000 以来）均不存在此类问题，但遗憾地是仍有一些 MTA 存在此类设计缺陷。因此，无论哪个 MTA 尝试将消息发送到 Microsoft.com 地址，都会使用 DNS 循环和负载平衡的这一组合来分摊所有的 SMTP 连接。