基于查询的通讯组部署建议

 

上一次修改主题: 2005-04-22

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”。
    note注意:
    用来合并基于查询的通讯组的通讯组自身不能是基于查询的通讯组。
    选项 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 个收件人的基于查询的通讯组的执行效果好得多。
 
显示: