Exchange 公用文件夹最佳实践:可伸缩性
上一次修改主题: 2006-09-14
当您设计和实现 Microsoft® Exchange Server 公用文件夹部署时,在确定如何优化可伸缩性时请考虑下列因素:
- 公用文件夹数据库的数量
- 公用文件夹层次结构的宽度和深度
- 每个公用文件夹的项目
- 每个公用文件夹数据库的用户
本文详细讨论上述每个因素。有关磁盘大小、公用文件夹增长率和常规容量规划的详细信息,请参阅 Exchange 公用文件夹最佳实践:管理数据。
公用文件夹数据库的数量
当您规划要部署多少个公用文件夹数据库时,请考虑这两个最佳实践。
首先,对于频繁使用公用文件夹的大型企业拓扑,应部署专用的公用文件夹服务器。此最佳实践源自将 CPU 资源和磁盘资源专用于隔离服务器功能的普通最佳实践。
其次,请记住少量大型公用文件夹数据库比大量小型公用文件夹数据库具有更好的伸缩性且更易于管理。通过减少公用文件夹数据库的数量,可以减少备份和还原大量小型数据库所需的时间,同时可以减少背景复制通信量。此外,少量大型数据库的联机维护比大量小型数据库的联机维护更快。最后,从应用权限和内容访问以及实现有效复制和引用的角度来看,较少数量的公用文件夹数据库更易于管理。
少量大型公用文件夹数据库比大量小型公用文件夹数据库具有更好的伸缩性且更易于管理,此最佳实践在您从组织级别考虑拓扑时尤其正确。从服务器级别,某些管理和维护任务(如备份和还原)在部署更多小型数据库时执行速度更快。最终,您部署的公用文件夹数据库的数量必须满足业务需要。在确定要部署的数据库数量时,必须在复制通信成本和数据库备份成本、维护成本和还原时间之间进行权衡。
层次结构的宽度和深度
在设计公用文件夹层次结构时,必须识别您的环境中层次结构复制的效果。深公用文件夹层次结构比宽层次结构具有更好的伸缩性。“深层次机构”由许多垂直嵌套的文件夹(而不是许多较高级别文件夹)组成。“宽层次机构”由许多较高级别文件夹和少量垂直嵌套的子文件夹组成。
例如,考虑在特定层次结构中排列 250 个文件夹的可能有的方式。宽层次结构可能在一个父文件夹下有 250 个直属子文件夹。深层次结构可能有五个顶级文件夹,每个顶级文件夹中具有五个直属子文件夹。每个直属子文件夹内可能是十个子文件夹。
在上述两个示例中,都有 250 个文件夹 (5*5*10=250)。但是,深层次结构能比宽层次结构提供更好的性能,其中有两个原因。第一个原因是由于复制处理应用了不同权限的文件夹的方式。第二个原因是针对具有十个子文件夹的文件夹的客户端操作(如排序、搜索和展开)比针对具有 250 个子文件夹的文件夹的客户端操作省时省力很多。
虽然深层次结构时比宽层次结构具有更好的伸缩性,但请记住每个文件夹中最好不要超过 250 个子文件夹。当客户端请求访问时,超过 250 个子文件夹可能导致不可接受的客户端体验。
如前所述,在实现层次结构时要考虑的一个因素是当用户要访问公用文件夹时权限对客户端体验的影响。如果每个公用文件夹子文件夹都定义了其自己的访问控制列表 (ACL) 条目,则每次 Exchange Server 计算机收到新的公用文件夹复制邮件时,都必须评估父公用文件夹的 ACL,以确定哪些用户具有查看父公用文件夹更改的权限。如果父公用文件夹具有较大的随机访问控制列表 (DACL) 条目,则可能需要很长时间才能更新每个公用文件夹订阅者的视图。
注意: |
---|
父文件夹的 DACL 由所有公用文件夹子文件夹的 DACL 的总和组成。 |
如果符合下列条件,您可能必须分析许多兆字节(MB) 的 DACL 数据:
- 在单个父公用文件夹下有许多子文件夹。
- 其中每个子文件夹都定义了其自己的 ACL。
必须分析此 DACL 数据,以便在每次收到公用文件夹复制邮件时可以更新所有公用文件夹订阅者的显示。
因此,建议您根据要访问父文件夹的用户集排列公用文件夹层次结构。此外,请勿在公用文件夹层次结构上实现复杂权限模型。如果已实现在各个树节点具有不同权限的深文件夹层次结构,请参阅 Microsoft 知识库文章用户访问运行 Exchange Server 2003 计算机上的公用文件夹时遇到低速响应,获取可提高客户端性能的修补程序。若要获取针对 Exchange 2000 Server 的类似修补程序,请参阅知识库文章用户遇到 Exchange2000Server 公用文件夹服务器响应速度慢的问题。
在考虑层次结构设计时,还应考虑将如何复制层次结构中的内容。大多数时候,有必要尽可能多地分发内容和减少副本的数量。有关详细信息,请参阅 Exchange 公用文件夹最佳实践:实现复制。
每个文件夹的项目
作为最佳实践,每个公用文件夹的项目数不应超过 5,000 个。要管理每个文件夹的项目数,应相应地配置过期。如果即使使用主动过期计划,仍会经常达到每个文件夹 5,000 个项目的限制,请考虑将公用文件夹主题分割为子主题,并为每个子主题创建多个公用文件夹。
有关详细信息,请参阅 Exchange 公用文件夹最佳实践:管理数据。
每个公用文件夹数据库的用户
虽然没有对可以访问单个公用文件夹数据库的用户数量设置限制,但是建议您将其限制为 10,000 个用户。此建议限制的主要原因是当超过 10,000 个用户访问一个数据库时,Exchange Server 可能会用尽虚拟内存或内核内存。
您应在性能 Microsoft 管理控制台 (MMC) 管理单元管理工具的“MSExchangeIS Public”性能对象上监视“Client Logons”和“Peak Client Logons”,以跟踪访问特定服务器上公用文件夹的用户的数量。
有关监视负载、性能调整和可伸缩性的详细信息,请参阅 Exchange Server 2003 Performance and Scalability Guide(英文)。
详细信息
若要进一步了解 Exchange Server 中的公用文件夹,请参阅下列资源: