Exchange Server 2003管理指南（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 个收件人的基于查询的通讯组的执行效果好得多。
　　
　　创建基于查询的通讯组的准则
　　
　　创建基于查询的通讯组时应遵循下列准则：
　　
　　· 在仅运行 Exchange 2003 的环境或运行 Exchange 2003 和 Exchange 2000 的纯模式环境（其中所有 Exchange 2000 服务器都运行 Service Pack 3 或更高版本）中使用基于查询的通讯组。
　　· 创建跨域的通讯组时，请在多域环境下使用通用组。虽然基于查询的通讯组可以添加到全局通讯组、域本地组和全局安全组，并且可以包含上述任何组，但这些类型的组中的成员身份不会复制到其他域中的全局编录服务器。如果通讯将跨越多域环境，那么建议使用通用通讯组。
　　· 将基于查询的通讯组合并成聚合组时，应在通用组中对它们进行合并。只有通用组可以用在跨域的全局编录服务器上。
　　· 构建基于查询的通讯组时，如果希望其成员身份在多域环境的所有域中都可用，请只包含通用组。
　　· 对查询中使用的属性编制索引。编制索引极大地改善了查询性能，同时减少了 Exchange 展开通讯组并将电子邮件传递给预期收件人所需的时间。有关编制属性索引的详细信息，请参阅 Microsoft 知识库文章 313992"HOW TO: Add an Attribute to the Global Catalog in Windows 2000"(http://support.microsoft.com/?kbid=313992)（英文）。
　　· 如果筛选字符串中有不正确的格式或错误的 LDAP 语法，则全局编录服务器将不会运行该查询。使用 Active Directory 用户和计算机创建查询，有助于防止构造不正确的查询。也可以使用"预览"按钮查看查询的结果，这将确认查询是否有效以及是否得到了预期的结果。如果根据不正确的 LDAP 查询创建了基于查询的通讯组，那么用户向基于查询的通讯组发送邮件时，将收到代码为 5.2.4 的未送达报告 (NDR)。如果启用分类程序日志记录，Exchange 将记录事件标识符为 6024 或 6025 的两个事件之一。
　　· 如果筛选字符串格式正确，但未产生结果，那么发件人将不会收到 NDR。这与向空的通讯组发送邮件产生的结果相同。如前所述，使用 Active Directory 用户和计算机中的"预览"按钮可以确认查询结果是否符合预期的要求。
　　· 在与 Exchange 服务器具有相同的 Active Directory 对象读取权限的安全上下文中，使用 Exchange 系统管理器。Exchange 系统管理器在当前登录的用户的安全上下文中运行。如果管理员以低于 Exchange 服务器的安全性特权运行，那么该查询可能只在预览窗格中显示实际结果的一部分。预览窗格将只显示管理员有权读取的 Active Directory 对象。但是，向基于查询的通讯组发送邮件时，分类程序将以 Exchange 服务器权限运行。如果 Exchange 服务器对查询中的所有对象都具有权限，则查询将返回正确的结果。