决定合并 Exchange 邮件系统

 

上一次修改主题: 2005-05-18

应基于组织现有基础结构的评估来作出合并邮件系统的决定。此评估应包含环境的图形表示,用于显示单独管理的各个区域,以及在这些区域内存储邮箱、运行邮件连接器、管理传入浏览器连接或执行其他任务的服务器。因为网络可靠性和可用带宽会明显影响合并策略,所以评估还应包含基本网络分析。

下图显示了一种可确定合并时机的建议方法。

bf1bd983-da0f-4261-a425-b210b889afee

将按以下顺序回答对服务器合并策略的疑问:

  • 是否有可能实现集中式管理模型?   Microsoft® Exchange Server 2003 的管理没有与物理网络结构绑定,所以组织可以为 Exchange Server 2003 实现集中式管理模型,甚至可以实现跨多个地理位置的集中式管理模型。因为通常无法跨需要独立管理的域合并服务器,所以集中式管理模型比分散式管理模型更适合服务器合并。如果无法实现完全的集中式管理,则应考虑实现混合模型,不同的信息技术部门负责组织中的各个地理区域。每个部门主要负责属于其指定区域的所有远程位置。这样才有可能将服务器合并到区域性数据中心。
  • 是否有可能将远程位置合并到数据中心?   如果有足够的网络带宽来支持客户端/服务器通信,并且响应时间也是可接受的,则同一管理权限下的远程位置非常适合进行站点合并。如前所述,处于 Exchange 缓存模式的 Outlook® 2003 可通过慢速或不可靠的网络连接进行工作。但是,应执行性能测试和试生产项目来确定现有带宽是否是足够的。组织可能需要升级无法满足工作负荷要求的网络连接,或者避免取消区域办事处的邮箱服务器。
    note注意:
    若要估计带宽需求,应考虑通过网络链路连接到 Exchange 2003 的用户数目、用于访问邮箱的客户端类型(例如,处于 Exchange 缓存模式的 Outlook 2003 或 Microsoft Office Outlook Web Access)和用户习惯(例如,经常通信的电子邮件用户与不经常通信的电子邮件用户)。还必须考虑与基于 Exchange 的客户端/服务器通信无关的进程,例如,文件和打印机共享或 Active Directory® 复制。
  • 是否有可能合并各个位置中的服务器?   若要确定数据中心或地理位置内可以合并的服务器,必须分析现有服务器当前管理的各种任务。某些服务器类型比其他类型更适合进行实际的物理合并。例如,某些服务器可能仅负责存储邮箱(邮箱服务器),而其他服务器可能仅提供邮件传输服务(桥头服务器)。应合并邮箱服务器,但将大型组织中的桥头服务器或 Web 服务器合并到邮箱服务器也不一定是个好主意。由于桥头服务器和 Web 服务器需要很高的网络带宽,因此更适合基于负载平衡技术的服务器场(如 Microsoft Application Center 2000)。
    note注意:
    服务器合并是一种通过使用高级存储子系统使用户数据集中在少量服务器上的主要方法。保存邮箱和公用文件夹的服务器最适合进行服务器合并。
  • 是否必须替换现有服务器硬件才能处理预期的工作负荷?   确定可以合并的服务器之后,应计算各台服务器必须支持的最终用户数目。根据这些数字,估计每台服务器的大概工作负荷以确定其硬件要求。
    应考虑现有服务器硬件是否能满足将来的需求。重复使用现有硬件可能有助于降低成本,但不要将现有 Pentium Pro 或 Pentium II 多处理器计算机升级到 Windows Server™ 2003 和 Exchange 2003。Intel 发现,将具有两个或更多 Pentium Pro 或 Pentium II 处理器的服务器升级到 Windows Server 2003 之后可能导致不稳定、数据损坏或其他不可预知的结果。升级这些平台会强制 Windows Server 2003 进入支持的配置,即单处理器模式。但是,以 200 MHz 运行的单处理器对于服务器合并来说不是好的选择。合并到较少的服务器时,应考虑替换现有服务器硬件和存储技术。下表列出了邮箱服务器的基本处理器和内存配置建议。

    邮箱服务器的处理器和内存配置

    用户数目 CPU 内存

    少于 500

    1 - 2

    512 MB – 1 GB

    500 – 1,000

    2 - 4

    1 GB – 2 GB

    1,000 – 2,500

    4 - 8

    2 GB – 4 GB

    2,500 或更多

    4 - 8

    4 GB

    note注意:
    表 1 中的图是建议的最佳配置。此配置可能会支持大量用户,而同时使用较少的硬件。例如,Microsoft 当前正在运行大量四个处理器的 Exchange 2003 服务器,每台服务器均存放 4,500 个邮箱。虽然使用更多的处理器会提高服务器性能,但四个处理器配置就可以工作。
    下列因素会影响 Exchange 服务器的硬件设计:
    • 已连接的用户数与用户总数 设计服务器硬件时,应估计将同时连接到服务器的用户数目。例如,如果并非所有用户都同时进行连接,例如,当用户轮流工作时,则性能要求可能会降低。但是服务器后台活动会随着邮箱数量的增加而增加,即使用户尚未登录到系统也是如此。例如,存储数千个邮箱的服务器上的数据库碎片整理活动将增加。设计服务器硬件时应始终考虑后台活动。
    • 邮件存储的位置和使用 Exchange 用户可以在其本地客户端计算机或网络驱动器上将其邮件存储在基于服务器的邮箱或个人文件夹(.pst 文件)中。用户通过将邮件的默认传递位置设置为其个人文件夹,可以降低服务器的存储和处理工作负荷。例如,当用户在个人文件夹中打开或保存项目时,不会涉及到服务器上的 Microsoft Exchange Information Store 服务。但是,当您决定是否以此方式使用个人文件夹时,应考虑以下情况:将所有邮件存储到本地客户端计算机上的个人文件夹存储中会使以集中方式备份邮件变得无法实现。
      note注意:
      若要求用户将邮件存储到其客户端计算机上的 .pst 文件中,应为邮箱存储配置邮箱配额。如果邮箱超过其大小限制,则用户必须通过将邮件下载到 .pst 文件或删除它们才能减少数据量。否则,用户将无法继续接收和发送电子邮件。
    • 用户习惯和邮件客户端   设计服务器硬件时,应考虑用户每天发送和接收的邮件数量。还应考虑他们使用的客户端类型。Outlook 2003 和 Outlook Web Access 2003 在一台服务器上将产生不同的工作负荷。如果用户主要使用 Outlook Web Access 2003,则假定 Internet 信息服务 (IIS) 具有其他处理要求。
    • 公用文件夹使用和复制   公用文件夹可以对服务器性能产生显著影响,这取决于文件夹大小、访问频率、各个文件夹的不同视图数目、副本数目、复制日程安排和内容更改频率。应在不存储任何用户邮箱的专用 Exchange 服务器上设置大型公用文件夹存储库。存储公用文件夹的 Exchange 服务器有时被称为公用服务器。
    • 连接器和网关   连接器和网关是邮件组件,它会明显增加服务器的工作负荷。邮件传输涉及服务器到服务器的通信,并且可能需要邮件转换。如前所述,不要在大型邮箱服务器上配置连接器或网关。组织会受益于专用于邮件传输的服务器。另一个选择是将所有邮件系统都迁移到 Exchange 2003,从而消除了对邮件网关的需求。
    • 是否会根据服务级别协议正确地设计服务器硬件?  可以在测试服务器上使用 Exchange 2003 压力和性能工具验证其硬件是否已设计为能容纳要存放到服务器上的邮箱数。例如,可使用负载模拟器 (LoadSim) (LoadSim.exe) 来测试 Exchange 2003 服务器如何响应大量的 Outlook 2003 客户端。另一个有用的工具是 Jetstress (JetStress.exe),该工具可用于模拟磁盘输入/输出 (I/O) 负载以验证磁盘子系统的稳定性和性能。可从“Downloads for Exchange Server 2003”网站(英文)下载这些工具。若要确定给定类型的 Exchange 2003 服务器可支持多少邮箱,可能还需要阅读“Performance Benchmarks for Computers Running Exchange Server 2003”网站(英文)上的性能基准研究。此主题中信息的另一个来源是 Troubleshooting Microsoft Exchange Server 2003 Performance(英文)
 
显示: