Exchange 公用文件夹最佳实践:实现复制

 

上一次修改主题: 2006-09-14

本文介绍在 Microsoft® Exchange 2000 Server 和 Exchange Server 2003 中部署和配置公用文件夹复制的最佳实践。本文假定您对复制、Exchange Server 使用的复制消息类型,以及更改号码的集合(CN 集)具有较深的了解。有关这些概念的说明,请参阅控制 Exchange Server 2003 公用文件夹复制

Exchange Server 中的公用文件夹复制可能是资源密集型操作。复制操作需要使用网络、CPU 和磁盘资源。通过实施能够进行有效公用文件夹复制的解决方案(尤其是在公用文件夹使用量很大的组织中),可以大大提高您的 Exchange Server 环境中的网络、CPU 和磁盘负载。

通常,尽量减少 Exchange Server 组织中的复制是最佳实践。通过尽量减少复制,可以最大程度地减少网络上传输的数据量。同时最大程度地减少 Exchange 服务器上的 CPU 和磁盘资源负载。此外,通过尽量减少复制还可帮助确保降低多个用户访问多个副本上不同数据版本的可能性。但是,应注意,尽量减少复制也会降低公用文件夹数据的可用性,因为如果某个公用文件夹存储发生故障,则客户端可使用的文件夹副本比较少。如果特定公用文件夹中的数据可用性要求较高,则可能需要较多复制。

确定可实现有效公用文件夹复制的解决方案的第一步是了解用户如何使用特定层次结构中的每个文件夹。大多数时候,比较明智的做法是尽可能多地分发内容并减少副本。在此上下文中,“分发内容”指的是分解内容以便将其聚合在每个公用文件夹存储上,而不复制到其他公用文件夹存储上。

例如,假定有一个具有四个 Exchange 服务器的路由组。如果该路由组中的每个服务器包含相同文件夹的一个副本,则每次启动一个复制周期时,会将内容中的更改复制到所有四个服务器。此复制实现将导致网络负载增加,因为处理复制邮件增加了 SMTP 通信以及 CPU 和磁盘使用量。如果路由组中的所有用户都访问某个特定文件夹,则此复制实现可能会很有意义。但是,如果部分用户访问特定文件夹,则这样的复制效率会很低。在此示例中,通过在四个 Exchange 服务器中分发内容并减少副本数量,可以大量减少对网络、CPU 的使用和磁盘负载。

但是应注意,在多个副本之间分发内容可能会增加管理开销。在此示例中,相对于整个层次结构的单个副本而言,负载分发将需要更多维护和监视。因此,在规划复制解决方案时,请留意其对服务器管理的影响。

在某些组织中,Schedule+ 忙/闲公用文件夹通常是访问最频繁的公用文件夹。因此,应特别注意这些文件夹的使用方式。

在设备遍布全球的大型企业中,通常需要根据区域复制 Schedule+ 忙/闲公用文件夹,以便本地用户可使用多个副本,并最大程度地减少跨广域网的大量数据复制通信。此建议最适合根据区域性局域网建立管理组的组织。

如果没有根据区域性局域网组织 Exchange Server 基础结构,则常规的最佳实践是将每个管理组的 Schedule+ 忙/闲公用文件夹复制到每个路由组中的至少一台服务器。但是,您应注意,此最佳实践可能不适合所有部署。在规划部署时,应始终考虑用户访问要求和网络延迟。

important重要提示:
如果企业具有较大的管理组(其中可能包括数百个服务器)和有限的副本,则可能会用尽承载 Schedule+ 忙/闲公用文件夹的 Exchange 服务器上的页面缓冲池内存。用户的 Kerberos 令牌的平均大小也可能会增加用尽承载 Schedule+ 忙/闲公用文件夹的 Exchange 服务器上的页面缓冲池内存的风险。因此,如果您的组织包含嵌套很深的安全组,则用户的 Kerberos 令牌大小将会很大。有关 Exchange Server 中的页面缓冲池内存问题和内核内存问题的详细信息,请参阅解决内存限制问题

另一个常规最佳实践是每 10,000 个用户创建一个 Schedule+ 忙/闲公用文件夹副本。

此外,一定要特别注意来自不同区域的用户如何安排彼此之间的会议。如果地球两端的用户组很少安排彼此之间的会议,则这也许能够证明通过使用公用文件夹引用将用户指向 Schedule+ 忙/闲文件夹的远程副本是有效的。

note注意:
当 Microsoft Office Outlook® Web Access 或 Outlook Mobile Access 请求忙/闲信息时,邮箱存储使用一台忙/闲服务器来查找信息。如果拓扑中有多个站点,则此限制可能会导致问题,因为在默认配置下,每台忙/闲服务器都只存放该站点的忙/闲数据。如果希望所有用户都能够使用多个站点中的数据,则必须配置忙/闲文件夹复制。

有关忙/闲公用文件夹的详细信息,请参阅管理 Exchange Server 2003 忙/闲文件夹

要确保每台服务器处理大致相同的通信量,应考虑对所有副本(前面所述的 Schedule+ 忙/闲公用文件夹除外)执行下列操作:

  • 删除不接收大量通信的文件夹的副本。
  • 分发内容以便每台服务器都处理大致相同的通信量。

在删除副本时,请务必对包含关键任务信息的公用文件夹保留足够的冗余。

在规划公用文件夹复制时,请尝试标准化您的解决方案以便于管理和恢复。具体来说,就是组织公用文件夹树使之按逻辑方式分段。理想情况下,逻辑段或公用文件夹分支与区域用户组或网络的 LAN 段一致。

将公用文件夹分支复制到特定服务器是最佳实践。如果将公用文件夹的特定分支复制到多台服务器,则要恢复数据就变得非常困难,因为尝试恢复数据之前,必须识别包含树中不同数据分支的服务器。

此最佳实践并不意味着不应该为分支中的文件夹创建其他副本。但是,为分支中的文件夹创建其他副本时,请确保除存放整个分支副本的单个服务器之外,其他副本实例也受到严格的管理。

确定用于进行有效公用文件夹复制的解决方案的第二步是确定组织中允许的复制延迟。访问一个公用文件夹中关键任务文档的用户很有可能比访问非关键任务文档的用户需要更加频繁的复制。实际上,有时候当数据是关键任务数据时,某些用户可能根本不希望复制该数据。此方法可确保任何人都访问同样的数据并且始终保证该数据是最新数据。当然,您必须在此方案的优点和灾难恢复中的缺点之间进行权衡。具体来说,就是如果您选择仅存储数据的单个实例,并且该数据是关键任务数据,则请务必备份该数据,以便可以快速还原数据并将损失减少到最小。

note注意:
在需要关键任务文档版本管理和可恢复性的这类方案中,请考虑部署 Microsoft Windows® SharePoint® Portal Server。有关 Exchange Server 公用文件夹和 SharePoint 产品和技术之间的区别的详细信息,请参阅选择适当的公用文件夹解决方案

通过监视公用文件夹的使用情况并定义与组织或客户之间的可接受服务级别协议,您可以确定不同类型公用文件夹的可接受复制延迟期限。

important重要提示:
验证间隔之间的复制是否实际上已完成。如果复制未完成,则复制队列将增长。复制队列变得越大,文件夹中的内容将变得越不同步。通过使用性能监视器来检查 MSExchangeIS Public\Replication Receive Queue Size 性能计数器,可以监视复制队列。当复制队列增长时,如果复制确实完成,则会增加资源负载。此外,增长的复制队列表明服务器上的内容已过时。

有关复制疑难解答的详细信息,请参阅 Exchange 公用文件夹疑难解答资源

 
显示: