Exchange Server 2003管理指南五(上组图)

   了解基于查询的通讯组
　　
　　基于查询的通讯组是 Exchange 2003 中引入的一种新的通讯组类型。本节解释什么是基于查询的通讯组、其工作原理以及创建方法。
　　
　　基于查询的通讯组描述
　　
　　基于查询的通讯组提供与标准通讯组相同的功能。但是，可以使用 LDAP 查询（如"我公司的所有专职雇员"）来动态构建基于查询的通讯组中的成员身份，而不是指定静态的用户成员身份。由于通讯组的动态特征，因此这样可减少管理开销。但是，对于产生许多结果的查询，基于查询的通讯组具有较高的性能开销。此开销指的是服务器资源，例如高 CPU 使用率和内存使用增加。使用率的这种增加是因为每次向基于查询的通讯组发送电子邮件时，都会对 Active Directory 执行 LADP 查询以确定其成员身份。
　　
　　要点　 不能在 GAL 中查看基于查询的通讯组的成员身份，因为它是在每次发送邮件时动态生成的。
　　
　　基于查询的通讯组可以在下列拓扑中可靠地工作：
　　
　　· 运行在纯模式下的仅 Exchange 2003 环境（没有 Exchange 2003 之前的 Exchange 服务器）。
　　· 纯模式下的 Exchange 2000 Service Pack 3 (SP3) 和 Exchange 2003。如果在此方案中具有 Windows 2000 全局编录服务器，可以修改 Exchange 2000 SP3 服务器上的注册表项以增加可靠性。此修改将在下一节讲述。
　　
　　如果环境中运行了 Exchange 2000 SP3 以前的 Exchange 版本，则基于查询的通讯组将无法可靠地工作。修改 Exchange 2000 SP3 服务器以便与 Windows 2000 全局编录服务器一起使用.在使用 Windows 2000 全局编录服务器展开基于查询的通讯组的环境中，可以通过执行下列步骤来配置 Exchange 2000 SP3 服务器以提高可靠性。
　　
　　警告　 错误地编辑注册表可能导致严重的问题，甚至可能需要重新安装操作系统。因注册表编辑不当而导致的问题可能没有办法解决。在编辑注册表之前，请备份所有重要数据。
　　
　　修改 Exchange 2000 SP3 服务器
　　
　　1. 启动注册表编辑器。
　　2. 在注册表编辑器中，找到下列注册表项：
　　HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SMTPSVC\Parameters
　　3. 在详细信息窗格中，用鼠标右键单击，指向"新建"，然后单击"DWORD 值"。
　　4. 键入 DynamicDLPageSize 作为名称。
　　5. 用鼠标右键单击 DynamicDLPageSize，再单击"修改"。
　　6. 在"基数"下，单击"十进制"。
　　7. 在"数值数据"下，键入 31，然后单击"确定"。
　　注意　 只能对使用 Windows 2000 全局编录服务器的 Exchange 2000 服务器执行此步骤。
　　
　　基于查询的通讯组的工作原理
　　
　　当邮件提交到基于查询的通讯组时，Exchange 对邮件的处理方式与对发往其他收件人的邮件的处理方式稍有不同。基于查询的通讯组按下列过程流经 Exchange 到达正确的收件人：
　　
　　1. 电子邮件通过 Exchange 存储驱动程序或 SMTP 提交到提交队列。
　　2. 分类程序（负责地址解析的传输组件）确定收件人是基于查询的通讯组。
　　3. 分类程序向全局编录服务器发送 LDAP 查询请求。
　　4. 全局编录服务器运行查询，并返回与查询匹配的一组地址。
　　5. 收到与查询匹配的一组完整的地址后，分类程序生成包含所有用户的收件人列表。分类程序必须具有一组完整的收件人后才能将电子邮件提交给路由。因此，如果在将基于查询的通讯组展开为各个收件人的过程中出错，分类程序必须重新启动此进程。
　　6. 在分类程序将已展开的完整收件人列表发送至路由后，标准邮件传递进程将继续，并将电子邮件传递到收件人的邮箱。
　　
　　如果对基于查询的通讯组使用专用的展开服务器，则此过程有所不同。这种情况下，不是将查询发送至全局编录服务器以展开通讯组（如步骤 3 中所讨论），而是首先将电子邮件路由至专用的展开服务器。邮件到达展开服务器后，将展开通讯组，并按照上面描述的过程传递邮件。展开服务器必须是 Exchange 2000 SP3 或更高版本的服务器。
　　
　　基于查询的通讯组部署建议
　　
　　Exchange 展开基于查询的通讯组并运行查询所需的时间取决于下列几个因素：
　　
　　· 组织中部署的硬件类型：分类程序可能对每个收件人都需要 2 KB 的内存。这是一个比较保守的度量值，可以将它用作基准。在采用这一基准的前提下，如果将电子邮件发送到包含 6,000 个用户的基于查询的通讯组（意味着查询将返回 6,000 条记录），则分类程序仅仅展开基于查询的通讯组就需要 12 MB 的 RAM。虽然这种内存使用是暂时的，但在每次展开通讯组时都会发生。同样，如果将电子邮件发送到更大的、包含 100,000 个用户的基于查询的通讯组，则分类程序需要大约 200 MB 的 RAM。处理器速度和可用物理内存量会影响到展开后传递电子邮件所需的时间。
　　· 全局编录或展开服务器的可用性影响用户发送到基于查询的通讯组的电子邮件的展开和传递：如果所有全局编录服务器都不可用，则该邮件将置于分类程序的重试模式下，这意味着完整的展开过程将在一小时后重新启动。
　　
　　通常建议，将基于查询的大型通讯组划分成多个标准通讯组的组合，然后为每个较大的通讯组分配不同的展开服务器。下面的选项描述了完成此项任务的三种方法。
　　
　　选项 1：指定一个不包含邮箱的 Exchange 2003 服务器（如公用文件夹副本服务器或桥头服务器）作为基于查询的大型通讯组的展开服务器。由于这种服务器有更多的带宽和资源可以用来展开基于查询的通讯组，因此展开和传递过程的效率更高。
　　
　　选项 2：为每个 Exchange 服务器创建一个基于查询的通讯组，并限定每个基于查询的通讯组只包含所在 Exchange 服务器上的邮箱。将此同一服务器指定为展开服务器，可优化邮件传递过程。然后，使用以这些基于查询的通讯组为其成员的聚合标准通讯组。例如，要为所有专职雇员创建基于查询的通讯组，可以在每台服务器上为专职雇员创建一个基于查询的通讯组，并将它们分别命名为"Server1 Full Time"和"Server2 Full Time"。然后，创建一个由这些基于服务器的组组成的通讯组，并将其命名为"AllFullTime"。
　　
　　注意　 用来合并基于查询的通讯组的通讯组自身不能是基于查询的通讯组。
　　选项 3：下面的示例说明了改善基于查询的大型通讯组处理的第三种方法。
　　您想创建一个名为"All employees"的基于查询的通讯组，该通讯组包含 100,000 个用户。考虑将这个组划分成多个较小的基于查询的通讯组，然后将这些组合并成一个标准通讯组，如下所示：
　　
　　· "All Temps"10,000 个用户
　　· "All Vendors"5,000 个用户
　　· "All Full-Time"65,000 个用户
　　· "All Interns"2,000 个用户
　　· "All Contractors"18,000 个用户
　　
　　在此方案中，"All Full-Time"是一个较大的通讯组，因此可能需要为其分配一个特定的展开服务器。至于其他基于查询的通讯组，则可以根据用户在 Exchange 服务器上的分布情况来分配展开服务器。例如，如果所有实习员工都驻留在一个 Exchange 服务器上，那么可以将该服务器指定为"All Interns"的展开服务器。总之，这种推荐方法的执行效果，将比一个包含 100,000 个收件人的基于查询的通讯组的执行效果好得多。