Exchange 2003 设计与体系结构（四）

　　即使是很小的整合工作也能够导致许多站点上的服务器获得的更高的可伸缩性。随着产品可伸缩性的提高，服务器上的邮箱数目也不断增加，而数据库大小也同样持续增长。更重要的是，由于倡导将最大邮箱容量从 100 MB 增加到 200 MB，数据库大小立即翻了一番。

　　因为 Exchange 2000 没有提供对新的恢复选项，如恢复存储组(RSG)功能或卷影复制服务(VSS)的支持，所以由 Exchange 2000 Server 的损坏所造成的数据库停机意味着数据库恢复过程将导致更长时间的停机。在许多站点中，备份是通过数据中心内的多台计算机处理的，这就导致备份和恢复需要通过 100 MB LAN 来进行，这种恢复的平均时间在最佳状态下也只有每小时 16 GB。初始的恢复 SLA 是在一小时内完全恢复数据库，这一目标很快就变得难以达到。

　　集群可伸缩性限制

　　Windows 2000 Advanced Server 支持两节点集群，而 Windows 2000 Datacenter Server 支持四节点集群。对于在 Windows 2000 Advanced Server 上运行的 Exchange 2000，在最佳配置下，OTG 需要有多个与每个 SG 相关联的驱动器号卷。还有其它的驱动器号用于服务器配置，例如简单邮件传输协议(SMTP)驱动器(一个专用的入站/出站队列设备)。结果，集群内的每个虚拟 Exchange server(在计算了全体SG 和 SMTP 驱动器后)使用十个扩展驱动器号。这其中没有将服务器节点自身使用的必需的、保留的驱动器号计算在内，例如用于软盘、操作系统卷、以及 CD 驱动器的驱动器号。在耗尽可以分配给磁盘卷的可用驱动器号之前，OTG 在一个集群内只能使用两个服务器。可用驱动器号的缺乏阻碍了 OTG 向集群环境中添加额外的 Exchange 服务器实例。

　　备份基础结构不灵活

　　OTG 对区域服务器使用一段式备份。区域服务器使用 100 Mbps LAN 执行直接的、磁盘到磁带的备份。在 Redmond，服务器执行两段式备份过程： 首先是 SAN 内的磁盘到磁盘备份，然后是磁盘到磁带备份。为了确保备份过程在非业务时间内完成，OTG 需要在每台 Exchange 服务器上部署千兆以太网络适配器，以确保它们能够获得将数据通过 LAN 传输到磁带上所必需的吞吐量。

　　数据恢复需要创建一个临时性的恢复服务器作为分段服务器从磁带中获取数据。OTG 了解，在此过程能够开始之前，除了恢复数据的时间之外，磁带驱动器还必须先读取并寻找特定数据库在磁带上的起始点。此过程在所有数据都确实传输到磁盘之前需要等待 90 分钟左右。在 OTG 100 Mbps 网络上，用于数据恢复的典型吞吐量(从数据开始流动算起)大约是每分钟 300-350 MB。对于一个 15 GB 的示例数据库的选择性恢复，完成恢复工作所需的总时间常常超过两小时 - 大大超过 SLA。

　　最后，OTG 将在分配的 SLA 时间窗口内满足备份和恢复工作的技术需求作为它构造整个 Exchange 2000 体系结构的基础。

　　OTG 进行升级的原因

　　OTG 有许多升级到 Exchange 2003 的重要理由。当然，由于它作为运行 Microsoft 产品组“dog food”软件的角色，OTG 必然要部署 Exchange 2003。此部署是远在任何客户接受该产品之前，利用现实世界、企业经验和反馈来改进产品的一个努力。

　　此外，Exchange 2003 解决了前面所述的 Exchange 2000 给 OTG 所带来的难题。Exchange 2003 的部署使得 OTG 能够改善为客户提供的服务并降低操作需求。Microsoft 实现了下列业务优势：

　　•减少了服务器数量

　　•提高了服务器可用性、可靠性和可管理性

　　•改进了集群支持

　　•增强了安全性

　　•改善了数据备份和恢复

　　•改善了移动用户支持

　　•改进了与 Office 2003 的集成

　　站点和服务器整合

　　在撰写本文时，随着 Exchange 2003 的部署完成，OTG 正在实施整合区域邮箱服务器和位置的一个长期规划。OTG 在全球 75 个位置有 113 台邮箱服务器。整合计划的最终目标是将位置数量减少 90%，降为全球 7 个位置，使用 38台集群 Exchange 虚拟邮箱服务器。这种级别的服务器缩减将极大的降低 OTG 中的通信基础结构所需要的管理工作负载。

　　通常每服务器的邮箱数量的增加和每 SG 有更大数量的数据代表着出故障的风险增加。事实上，OTG 用停机时间乘以受影响的数据库数量来测量数据库服务的可用性。例如，一个为时一分钟的停电事件影响了一个服务器(包含三个 SG，每个 SG 有五个数据库，共包含 15 个数据库)的一个 SG，那么停机时间为五分钟。此外，OTG 对它的停机事件进行了研究，发现它的计划停机时间大大超过非计划停机时间，其比例是 6:1。

　　虽然每服务器的邮箱数量在增长，而且邮箱大小翻了一番，但是站点和服务器整合工程预计将会提高 OTG 的总体可用性及其备份和恢复性能 SLA。它还将极大地降低 OTG 服务器管理工作量，从而降低成本。

　　可用性/可靠性/可管理性增强

　　Exchange 2003 提供的各种增强功能，使它成为有吸引力的升级。

　　虚拟内存管理

　　Exchange 2003 虚拟内存的改善减少了内存碎片，并提高了服务器可用性。特别是，Exchange 重用虚拟内存块的方式效率非常高。这些设计改良减少了碎片并提高了拥有大量邮箱的高端服务器的可用性。

　　集群 Exchange 服务器的虚拟内存管理也得到改善。在 Exchange 2003 中，当一个 Exchange 虚拟服务器被手动移动或被故障转移到另一个节点时，该节点上的 MSExchangeIS 服务被停止。然后，当 Exchange 虚拟服务器被移动或故障回复到该节点时，一个新的 MSExchangeIS 服务被启动，因而一个新的虚拟内存块被分配给该服务。

　　Exchange 系统管理器(ESM)

　　Exchange 2003 利用下面的关键更新增强了使用 ESM 的管理员功能：

　　•改进的移动邮箱的方法。Exchange Task Wizard 现在允许您选择任意多个邮箱，然后使用任务计划程序将移动任务安排在未来的某个时间进行。您也能够使用计划程序来取消任何被选中时间内未完成的移动任务。使用向导的多线程功能，您最多可以同时移动四个邮箱。

　　•改良的公用文件夹接口。为了使公用文件夹更易于管理，Exchange 2003 以选项卡的形式包括了一些新的公用文件夹接口。

　　•“Content(内容)”选项卡显示了 Exchange System Manager 中的公用文件夹的内容。

　　•“Find(查找)”选项卡支持在选中的公用文件夹或公用文件夹层次结构中进行搜索。可以指定各种搜索标准，例如文件夹名称或时间。此选项卡在顶级和文件夹级的层次结构中都可用。

　　•“Status(状态)”选项卡显示了公用文件夹的状态，包括有关具有该文件夹副本的服务器的信息和该文件夹中的项目数量。

　　•“Replication(复制)”选项卡显示了有关该文件夹的复制信息。

　　•新的 Mailbox Recovery Center。使用新的 Mailbox Recovery Center，您能够在多个不相连的邮箱上同时执行恢复或导出操作。

　　•增强的 Queue Viewer。Queue Viewer 改善了对消息队列的监视。增强包括：

　　•X.400 和 STMP 队列在 Queue Viewer 中显示，而不是在它们各自的协议节点上显示。

　　•“Disable Outbound Mail(禁用出站邮件)” 选项允许您禁止所有 SMTP 队列的出站邮件。

　　•可以使用“Settings(设置)”选项设置队列的刷新率。

　　•使用“Find Messages(查找邮件)”， 可以根据发送者、接受者和邮件状态搜索邮件。

　　•可以点击队列来显示有关该队列的额外信息。

　　•原来隐藏的队列，“DSN messages pending submission”、“Failed message retry queue” 和 “Messages queued for deferred delivery” 已经显示出来。

　　•对消息跟踪日志文件的增强控制。 在使用 Exchange System Manager 时，您对消息跟踪日志文件拥有更强的控制。Exchange 2003 自动为消息跟踪日志创建一个共享目录并允许您改变消息跟踪日志的位置。

　　•改良的错误报告。错误报告允许服务器管理员更容易地将错误报告给 Microsoft。虽然 Exchange 2000 SP2 和 SP3 中也包含了错误报告，但它在 Exchange 2003 中的实施得到了改进。例如，如果用户不想查看标准错误报告对话框，他们可以将 Exchange 配置为自动向 Microsoft 发送与服务相关的错误报告。

查看本文来源