使用脱机通讯簿

 

上一次修改主题: 2006-07-24

本主题讨论有关使用脱机通讯簿的各种最佳实践。它讨论完整脱机通讯簿可对网络产生的影响,以及使用脱机通讯簿时需要考虑的因素。此外,它讨论可导致公司范围的的脱机通讯簿完全下载的情况。

假定有几种情况可导致大量的完整脱机通讯簿下载,则您应了解大量脱机通讯簿下载将对网络带宽产生的影响。Exchange 服务器可轻松处理许多对脱机通讯簿下载的请求。因此,对通过低速链接下载完整脱机通讯簿的多个尝试可使网络饱和。(所有可用带宽都正在被使用)。发生这种情况时,会产生两个重大影响:

  • 需要使用广域网 (WAN) 的应用程序会运行缓慢,因为它们需要等待其网络请求通过饱和的 WAN 链接。
  • 在 WAN 上需要的实际流量将会增加,因为个别网络请求可能会超时,从而导致进行了额外的请求。

网络达到饱和时,延迟时间会增加:不仅每个客户端下载脱机通讯簿所用时间会增加,而且下载过程的整体持续时间也会增加。通常,这意味着降低了每个客户的数据速率。但是,如果延迟时间太长,则远程过程调用 (RPC) 数据包将超时,从而导致对要检索的同一数据的额外 RPC 请求。另外,如果某人正在使用 Microsoft® Outlook®,并且下载被取消或失败,则 Outlook 将删除已下载的内容并重新尝试完全下载。因此,更多的数据会被请求,从而增加了大量脱机通讯簿下载的总体持续时间。

Outlook 从 Exchange 服务器下载 Outlook 脱机通讯簿时,它将通过一系列的 RPC 数据包来下载脱机通讯簿。每个数据包会被接收并被确认,然后下个数据包会被发送。基于在 Outlook 和 Exchange 之间的延迟时间,会对单个 Outlook 客户端接收和确认每个数据包的速度进行限制。由于此延迟,单个 Outlook 客户端可能无法使网络链接饱和。但是,当更多 Outlook 客户端开始下载脱机通讯簿时,所有客户端的组合下载速率可能会使链接饱和。在完整脱机通讯簿下载完成之前,链接将保持饱和。

此关系是线性的,因为 Outlook 客户端和 Exchange 服务器之间的延迟时间越长,可接收到的数据包就越少。低速链接饱和之前,很少的客户端将能够下载脱机通讯簿。反之亦然。如果延迟时间很短,则需要较多的客户端才会使低速链接饱和。当网络延迟时间减少或网络带宽增加时,可同时下载脱机通讯簿而不会使 WAN 饱和的 Outlook 客户端的个数将会增加。

作为最佳实践,无论您使用一个脱机通讯簿或多个脱机通讯簿,考虑与脱机通讯簿的使用相关的各种因素都很重要。这些因素包括:

  • 组织中每个脱机通讯簿的大小。
  • 脱机通讯簿下载的数量。
  • 父级可分辨名称更改的次数和频率。
  • 简单邮件传输协议 (SMTP) 地址不匹配。
  • 对目录进行更改的总次数。
  • 触发完整脱机通讯簿下载的其他情况。

对于某些组织,脱机通讯簿是远程用户偶尔下载的小文件。对于这些组织,下载脱机通讯簿不是问题。但是,对于一些具有大型目录的大型组织,或已在缓存 Exchange 模式下部署了 Microsoft Office Outlook 2003 的组织,它可能就会是一个问题,尤其是在组织已将 Exchange 服务器合并到区域中心的情况下。

脱机通讯簿大小可以在几兆到几百兆之间。以下因素可影响脱机通讯簿的大小:

  • 公司中证书的使用。公钥基础结构 (PKI) 证书越多,脱机通讯簿就越大。PKI 证书大小的范围在 1 千字节 (KB) 到 3 KB 之间。它们是脱机通讯簿大小的单个最大贡献者。
  • Active Directory® 目录服务中邮件收件人的个数。
  • Active Directory 中通讯组的个数。
  • 公司为每个已启用邮箱或已启用邮件的对象向 Active Directory 添加的信息。例如,某些组织对每个用户填充地址属性;而其他组织则不然。有关默认情况下存储在脱机通讯簿中的地址属性信息,请参阅 Working with Exchange Server 2003 Stores(英文)中的“存储在脱机通讯簿文件中的用户属性”。

作为估计,完整脱机通讯簿大小大致是每 1,000 个用户 1 MB。如果脱机通讯簿中有用户证书,则每个证书大约会添加 1 KB 到 3 KB。

note注意:
据估计,在大多数 Exchange 环境中,将脱机通讯簿服务器升级到 Exchange Server 2003 SP2 并将 Outlook 客户端升级到 Outlook 2003 SP2 后,完整脱机通讯簿文件大小将会有 30% 到 40% 的减少。有关在 Exchange Server 2003 SP2 和 Outlook 2003 SP2 中已进行的改进的详细信息,请参阅对脱机通讯簿的改进中的“Exchange Server 2003 SP2 和 Outlook 2003 SP2 中的改进”。

脱机通讯簿的大小和可用网络带宽与所有 Outlook 客户端下载脱机通讯簿所用的时间直接相关。

note注意:
通讯簿大小指的是 Exchange Server 上已压缩的脱机通讯簿文件的大小,不是 Outlook 客户端上脱机通讯簿文件的未压缩的、展开的文件大小。

要确定脱机通讯簿下载的持续时间,必须首先确定完整脱机通讯簿的大小。可以使用 Exchange 系统管理器确定脱机通讯簿的大小。在 Exchange 系统管理器中,用鼠标右键单击“公用文件夹”,再单击“查看系统文件夹”。这将显示系统文件夹,包括脱机通讯簿文件夹。展开脱机通讯簿文件夹后,您将找到 OAB Version 3a 文件夹。在右侧,单击“内容”选项卡以显示此文件夹的内容。这将显示最近 30 天的更改。带有多个附件的较大对象是完整的脱机通讯簿,可通过将其附件的大小相加来确定其大小。

如果许多 Outlook 客户端正在同时尝试下载完整脱机通讯簿,则完成所有下载会花费大量时间。例如,如果一个组织有 10 MB 脱机通讯簿,远程站点上有 50 个 Outlook 客户端,则等同于要下载 500 MB 的数据。使用完全带宽为 256 千比特每秒 (Kbps) 的链接(无延迟),传输 500 MB 下载大约需要 4.5 小时。

note注意:
4.5 小时的值是通过将 500 MB 除以 32 千字节每秒 (KBps) (32 KBps = 256 Kbps) 计算得出的。此计算未将任何网络延迟时间、由于 RPC 产生的额外通信量或使用网络链接的其他任何情况考虑在内。

此外,因为 Outlook 使用 MAPI 和 RPC 来下载脱机通讯簿,所以会使总下载增加少量开销。Outlook 和 Exchange Server 计算机之间的延迟时间会限制可用于要传输的所有数据的总带宽的多少。总之,每个客户端可能不会占用全部时间,但是在所有客户端之间,在用于脱机通讯簿下载的总持续时间内都会占用网络。

在 OAB v4 中,Exchange Server 会限制单值属性和多值属性的大小,以防止超大记录记入脱机通讯簿。在运行 Microsoft Exchange Server 2003 Service Pack 2 (SP2) 的脱机通讯簿服务器上,可对 Exchange Server 进行配置以限制脱机通讯簿下载文件中特定属性类型的大小。

note注意:
这些设置仅适用于由 Exchange Server 2003 SP2 生成并由 Microsoft Office Outlook 2003 SP2 和更高版本使用的 OAB v4 格式。早期版本的 Outlook 客户端使用的以前的脱机通讯簿版本不受影响。

为了帮助您在 Exchange Server 基于配置的设置限制值的大小时进行跟踪,Exchange Server 会在应用程序日志中记录事件。具体地说,将针对“Services/MSExchangeSA”对象的诊断日志记录级别设置为“无”时,Exchange 会记录 MSExchangeSA 事件 9320,以表明在脱机通讯簿中已限制了信息。有很多原因可导致 MSExchangeSA 事件 9320。有关解决 MSExchangeSA 事件 9320 的信息,请参阅 Exchange Server 2003 事件网站中针对该事件的事件文章。

将针对“Services/MSExchangeSA”对象的诊断级别设置为“中等”时,会记录事件 9359,以标识已限制的属性的显示名和 MAPI ID。

下表列出了可以限制的四种属性类型,以及可以在注册表中配置的默认值和下限值。

 

注册表项名 说明 默认值(字节) 下限值(字节)

OAL V4 String Limit

基于文本的单值 Active Directory 属性,例如显示名、电话号码和办公地点。

3400

32

OAL V4 Binary Limit

二进制编码的单值 Active Directory 属性,例如 userCert。

32768

1024

OAL V4 String Multi Value Limit

基于文本的多值 Active Directory 属性,例如电子邮件地址、业务电话和住宅电话

65536

512

OAL V4 Binary Multi Value Limit

二进制编码的多值 Active Directory 属性,例如 userSMIMEcertificate 和 userCertificate。

65536

2048

为了使 Exchange Server 和 Outlook 可以正常运行,一组特定的属性将不会受到属性截断或大小限制,这些属性包括以下属性:

  • PR_EMAIL_ADDRESS (LegacyExchangeDN)
  • PR_EMS_AB_HOME_MDB (Home-MDB)

有关如何配置 Exchange Server 注册表设置来限制脱机通讯簿下载文件中特定属性类型的大小的详细步骤,请参阅如何管理脱机通讯簿文件大小

父级可分辨名称是可分辨名称(也称为 DN)(在 x.500 语法中)中去掉最终相对可分辨名称之后的部分。以 /o=org/ou=site/cn=Recipients/cn=bob 为例,父级可分辨名称是 /o=org/ou=site/cn=Recipients,相对可分辨名称是 /cn=bob。父级可分辨名称表是目录中找到的所有父级可分辨名称的集合。这些名称来自两个属性:以“x500:”或“X500:”开头的 legacyExchangeDNproxyAddresses

只有在这些属性以 /o=orgname(其中,orgname 为本地 Exchange Server 组织的实际名称)开头并且生成脱机通讯簿的服务器正在运行 Exchange Server 2003 SP1 时,才会包括 x.500 地址。这意味着将不包括从其他组织迁移的用户的 x.500 地址。对于使用 OAB v4 的 Outlook 2003 客户端,在父级可分辨名称被更改后,将使用差异下载来更新脱机通讯簿。但是,对于使用 OAB v3a 或早期版本的 Outlook 客户端,当找到的父级可分辨名称的集合更改时,将强制执行完全下载。

如果执行下列任何操作之一,则会导致 Outlook 执行完整脱机通讯簿下载而不是增量或差异下载:

  • 手动修改 legacyExchangeDN 属性以创建以前不存在的父级可分辨名称。例如:
    • 跨管理组移动邮箱之后,在纯模式下使用 Active Directory 编辑器(如 ADSI Edit)更改 legacyExchangeDN 属性。
    • 正确修改了 legacyExchangeDN 属性,但没有将以前的可分辨名称添加为 x.500 地址。在此情况下,如果这是唯一具有父级可分辨名称的对象,则以前的父级可分辨名称会从此目录中消失。
  • 使用 Exchange Server 5.5 并使用 Active Directory 连接器 (ADC) 时,在 Exchange Server 5.5 中新建一个容器并在该容器中插入一个对象,或删除 Exchange Server 5.5 容器中的最后一个对象。
  • 在使用 Exchange Server 5.5 并使用 ADC,并且 ADC 被设置为将容器层次结构复制到 Exchange Server 5.5(这是 ADC 工具的默认设置)时,在新的 Active Directory 容器中创建一个对象并对其启用邮件。ADC 将在 Exchange Server 5.5 中新建一个容器,并将新的 Exchange Server 5.5 可分辨名称向后复制为 Active Directory 对象的 legacyExchangeDN 属性。这样,Active Directory 层次结构中的更改就具有了添加新的父级可分辨名称的可能性。
  • 添加一个管理组。在此管理组中创建的第一个已启用邮件的对象(邮箱、联系人或通讯组)将导致在目录中显示新的父级可分辨名称。
  • 删除其 legacyExchangeDNproxyAddresses 属性中最后一个具有特定父级可分辨名称的对象。例如,在合并并删除站点三年之后,删除以前该站点中的最后一个邮箱。x.500 占位符消失并更改了父级可分辨名称表的内容。
  • 添加、删除或修改 x.500 代理地址。Active Directory 用户和计算机工具允许此类型的更改。如果 x.500 地址属于本地组织,但组织单位 (/ou=<sitename>) 和容器 (/cn=Recipients/cn=<mailnickname>) 是新的或键入不正确,则将在表中添加或删除某个父级可分辨名称。
  • 从单独的目录林(如公司合并或单独的电子邮件林)中迁移用户时,将旧的 legacyExchangeDN 属性添加为 x.500 代理会强制执行脱机通讯簿的完全下载(如果 /o=<orgname> 相同),并会新建一个父级可分辨名称。

某些可执行的操作会影响父级可分辨名称,但不会导致 Outlook 执行脱机通讯簿的完全下载。这些操作包括:

  • 在混合模式环境中执行站点合并邮箱移动   旧的父级可分辨名称保存在 proxyAddresses 属性中,并且不会创建任何新的父级可分辨名称。
  • 使用 Active Directory 用户和计算机创建已启用邮件的对象   Exchange 2000 Server 和 Exchange Server 2003 总是使用相同的父级可分辨名称 (/o=<org>/ou=<admingroup>/cn=Recipients container),因为 legacyExchangeDN 属性层次结构已不再轻易向用户公开。但是,在混合模式的 Exchange 组织中,如果新建对象位于新容器,并且已配置了 Active Directory 连接器连接协议以便复制层次结构,则可发生脱机通讯簿的完全下载。
  • 删除管理组   进行删除之前,必须从管理组中删除邮箱。删除管理组不会影响现有已启用邮件的对象的 x.500 地址,也不会影响邮件收件人的 legacyExchangeDN 属性。

更改用户的 legacyExchangeDN 属性和其它操作相比是可引起巨大变化的步骤,它需要重新创建用户的 Outlook 配置文件。对于使用缓存 Exchange 模式的用户,此操作意味着重新同步其脱机存储文件(.ost 文件)和重新下载其脱机通讯簿。但是,出于一些合理的原因,需要更改 legacyExchangeDN 属性。例如,如果您正在使用密钥管理服务以提供用于数字签名邮件的证书,并且某个用户在站点之间进行了移动,则您将需要更改其 legacyExchangeDN 属性。密钥管理服务服务器是基于每个站点部署的,用户必须具有正确的父级可分辨名称才能反映他们正在从中获取证书的站点。

您应该仔细检查对 legacyExchangeDN 属性的任何修改,以防止如下的排字错误:

  • 添加或删除了前导或尾随空格。如果由于以前的更改,条目具有了前导或尾随空格,则应该保留此前导或尾随空格。
  • 验证属性是否不包含冒号 (:)。通过从 LDP.exe 复制 legacyExchangeDN 属性会发生一个常见错误,因为 LDP.exe 使用一个冒号和一个空格(“: ”)分隔属性名称和值:: .legacyExchangeDN:/o=<OrgName>/ou=<AdminGroupName>/cn=Recipients/cn=<mailNickName>
  • 任何一个容器名称(尤其是收件人)存在拼写错误。
  • legacyExchangeDN 属性值不应包含一个尾随分号。某些工具(如 LDP.exe)使用分号来分隔多值属性中的值。
  • proxyAddresses 属性是多值属性。LDP.exe 将多值属性值显示为以分号分隔的字符串,不过,这只是用于显示。请勿尝试将以分号分隔的代理地址列表输入到 Active Directory 编辑器中。
  • 属性值 legacyExchangeDN 的开头不是以下内容:
    /o= 或 /O=

如果发现 legacyExchangeDN 属性的格式不正确,则必须仔细研究合适的更正方法。对于使用 OAB v3a 或早期版本的 Outlook 2003 客户端,脱机通讯簿的完全下载会由于对 legacyExchangeDN 属性的更改而被触发,并且,将一个无效的父级可分辨名称更改为另一个有效的父级可分辨名称将会导致发生下载。但是,在对 legacyExchangeDN 属性进行更改后,使用 OAB v4 的 Outlook 客户端可使用差异下载来更新脱机通讯簿。

具有无效 legacyExchangeDN 属性的条目可能不会对您的环境产生负面影响,但是如果不正确执行更正操作,尝试更正条目可能会引起问题。

在目录中对脱机通讯簿存储的属性进行过多更改可能发生公司范围的脱机通讯簿完全下载。默认情况下,Outlook 会将更新客户端脱机通讯簿所需的服务器上已压缩的 Changes.oab 文件的总大小,与该服务器上所有已压缩的完整脱机通讯簿文件的总大小进行比较。

对于使用 OAB v2 和 v3a 的 
Outlook 客户端,如果 Changes.oab 文件的大小是完整脱机通讯簿文件大小的八分之一(或更多),则 Outlook 将启动完整脱机通讯簿下载。

例如,如果的脱机通讯簿的当前 Outlook 客户端序列是 4,并且脱机通讯簿的服务器序列是 10,则 Outlook 会先获取服务器上达到序列 10 所需的压缩的 Changes.oab 文件的总大小。即,Outlook 将获取用于序列 5 到 10 的压缩的 Changes.oab 文件的大小。然后,Outlook 将获取服务器上所有压缩的完整脱机通讯簿文件(包括模板)的总大小。如果 Changes.oab 文件的大小大于完整脱机通讯簿文件大小的八分之一,则 Outlook 将下载完整脱机通讯簿而不是增量文件。

对收件人属性的一些少量更改将导致有关收件人的所有信息都包含在 Changes.oab 文件中。以下是这些少量更改的示例:

  • 对大量收件人更新电话号码以反映新区号
  • 对大量用户添加额外的代理地址

因此,仅对一半收件人中的每个收件人更改几个字节就可能造成 Changes.oab 文件的大小大于完整脱机通讯簿大小的八分之一。

有关如何修改八分之一规则的详细指导,请参阅如何修改八分之一规则

对于使用 OAB v4 的 Outlook 客户端,如果 Changes.oab 文件的大小是完整脱机通讯簿文件大小的一半(或更多),则 Outlook 将启动完整脱机通讯簿下载。有关在 OAB v4 中已进行的改进的详细信息,请参阅对脱机通讯簿的改进中的“Exchange Server 2003 SP2 和 Outlook 2003 SP2 中的改进”。

有关脱机通讯簿中包含的属性的详细信息,请参阅 Working with Exchange Server 2003 Stores(英文)(http://go.microsoft.com/fwlink/?LinkId=47595 ) 中的主题“Setting up Servers to Support Offline Address Books”。

除了前面描述的情况,还有一些其他情况,在这些情况下,Outlook 也将执行完整脱机通讯簿下载。这些情况包括:

  • 客户端计算机上没有没有脱机通讯簿。如果 Outlook 尚未执行初始的完全同步,则可能会出现此情况。
  • 服务器上缺少某个差异文件。如果没有它,则 Outlook 将无法更新到当前版本。如果符合下列条件之一,则可能会发生此问题:
    • 已超过 30 天未启动 Outlook(以登录到 Exchange 邮箱)。服务器策略允许仅 30 天的差异文件。
    • 服务器上有错误,该服务器未生成某天的差异文件。
  • 服务器上的版本和客户端上的版本不匹配。服务器上存在最新版本的脱机通讯簿。例如,现在版本 4(Unicode 脱机通讯簿)已可用,但您以前下载了版本 3a 的脱机通讯簿。
  • 将更改应用到脱机通讯簿失败。例如,服务器上的差异文件已损坏。如果在差异文件生成期间服务器停机,则可能发生损坏。
  • 客户端计算机上不存在一个或多个脱机通讯簿文件。例如,用户意外删除了用户计算机上的脱机通讯簿文件之一。
  • 上一次的完全下载失败,Outlook 必须从头开始。
  • 手动下载完整脱机通讯簿。
  • 包含脱机通讯簿的唯一副本的公用文件夹存储丢失,并替换为新的数据库和新的脱机通讯簿。要防止出现此情况,建议您将脱机通讯簿文件夹复制到至少两台公用文件夹服务器(原始服务器和一个副本)。
  • 最初在缓存 Exchange 模式下部署 Outlook 2003 时,Outlook 2003 将下载完整脱机通讯簿。如果使用缓存 Exchange 模式对大量 Outlook 客户端进行最初部署,则这将导致完整脱机通讯簿的大量下载,因为每个新安装的 Outlook 2003 均会下载一个新的脱机通讯簿。
  • Outlook 用于脱机通讯簿的公用文件夹基于私人信息存储的 msExchUseOAB 属性。如果将邮箱移动到具有不同脱机通讯簿的其他服务器,则 Outlook 将下载新的脱机通讯簿。如果在邮箱存储之间移动大量邮箱,并且已将目标存储配置为使用其他脱机地址列表,将导致针对这些邮箱的完整脱机通讯簿下载。
  • 将邮箱从 Exchange Server 5.5 服务器移动到 Exchange Server 2003 服务器时,Exchange Server 2003 服务器会指示 Outlook 使用更新的 Unicode 版本的脱机通讯簿。对于从 Exchange Server 5.5 服务器移动到 Exchange Server 2003 服务器的所有邮箱,Outlook 将下载新的脱机通讯簿。如果将大量的邮箱从 Exchange Server 5.5 移动到 Exchange Server 2003,则这将触发针对这些邮箱的大量完整脱机通讯簿下载。
  • 如果用户在同一 Outlook 客户端计算机上有多个 MAPI 配置文件,并且在两个都使用缓存 Exchange 模式的配置文件之间进行切换,将发生同一脱机通讯簿文件的多次完整脱机通讯簿下载。Outlook 支持一台计算机上每个用户帐户仅一个脱机通讯簿。如果您有多个配置文件,则仅一个配置文件可以下载脱机通讯簿。如果您需要使用两个或更多的使用缓存 Exchange 模式的配置文件,则请确保其中一个配置文件已被配置为不下载脱机通讯簿。

如果组织需要尽量减少通过 WAN 链接进行完整脱机通讯簿下载的影响,则可通过使用 Exchange Server 2003 SP1 采取一些最佳实践。

  • 限制大量的完整脱机通讯簿下载   第一个选择是尽可能限制大量的完整脱机通讯簿下载。前面的部分列出了会导致 Outlook 下载完整脱机通讯簿的情况(邮箱移动、目录中的大量更改,或对父级可分辨名称表的更改)。作为最佳实践,您应回顾这些内容,并确定可以采取的措施以限制导致出现完整脱机通讯簿下载的情况。
    如果在给定的一天中有许多 Outlook 客户端下载完整脱机通讯簿,则这可能导致很高的带宽利用率,尤其是在使用低速链接的情况下。虽然日常更改文件通常很小,但是完整脱机通讯簿的大小可能会很大,因为在默认情况下,它包含整个全局地址列表 (GAL)。此外,因为脱机通讯簿由每个 Outlook 客户分别下载,所以对使用的带宽的影响将基于下载脱机通讯簿的 Outlook 客户端个数而增加。例如,如果组织的完整脱机通讯簿的大小是 10 MB,并且远程站点上的 20 个 Outlook 客户端在同一天尝试下载完整脱机通讯簿,则 200 MB 的数据将通过 WAN 下载到远程站点。
  • 筛选证书以限制脱机通讯簿的大小   在 Exchange Server 2003 中,Exchange 脱机通讯簿服务 (OABGen) 能够筛选不需要的属性,包括 Outlook 不使用的额外证书。证书是存储在脱机通讯簿中的最大单个属性。筛选不需要的证书可使脱机通讯簿的大小减少 35% 到 50%。
    Active Directory 中存在三个不同的证书属性。但是,只有其中的一部分证书会用来加密和签名电子邮件。Outlook 不使用的证书(例如“加密文件系统”和 802.1x 身份验证)会从脱机通讯簿中筛选掉。过期的证书也会从脱机通讯簿中筛选掉。
    默认情况下,在 Exchange Server 2003 SP1 中已启用证书筛选,并且无需其他操作即可使用此功能。如果需要,则可以通过编辑 Exchange 服务器上的注册表来控制证书筛选行为。
    有关详细说明,请参阅如何为脱机通讯簿配置证书筛选
  • 考虑将“无详细信息”脱机通讯簿用于远程 Outlook 客户端   “无详细信息”脱机通讯簿是远程 Outlook 客户端的一个选择,它可向其提供最小的脱机通讯簿。此版本的脱机通讯簿很小,并且只包含显示名、主 SMTP 地址、办公地点、姓和 mailnickname。
    • 优点   由于“无详细信息”脱机通讯簿很小,因此下载的成本也非常有限。
    • 限制   每当 Outlook 尝试检索有关地址的详细信息时,Outlook 都会直接向 Active Directory 发送一个联机请求,以获取这些详细信息。脱机访问只能获得有限的信息,因此此选项不可用于大部分时间处于脱机状态的便携式计算机用户。
      note注意:
      OAB v4 没有“无详细信息”模式。因此,使用“无详细信息”选项对使用 OAB v4 的客户端没有影响。
  • 考虑将仅提供脱机通讯簿的远程服务器用于远程 Outlook 客户端   可将 Exchange 公用文件夹服务器安装在远程站点以承载脱机通讯簿。此远程站点上的所有远程客户端将从本地 Exchange 公用文件夹服务器下载脱机通讯簿。
    • 优点   完整脱机通讯簿的下载不影响 WAN。完整的邮箱服务器不是必需的,因此邮箱服务器仍可以合并到一个中心位置。
    • 限制   在远程站点上需要一个额外的服务器。
  • 限制通过远程链接访问 Exchange 的用户数   脱机通讯簿下载的影响与下载脱机通讯簿的用户数直接相关。您的组织可能需要考虑在整脱机通讯簿下载的影响变得过大之前,可支持多少远程 Outlook 客户端通过 WAN,并根据需要限制次数远程客户端个数。
  • 实现脱机通讯簿限制   通过使用 Exchange Server 2003 SP1 中引入的限制机制,可以防止 Exchange 服务器的网络适配器或连接到其的网络过载。此功能使管理员能够通过设置带宽阈值来限制由脱机通讯簿下载使用的网络带宽。
    默认情况下,此限制功能处于关闭状态。您可通过将注册表项添加到承载脱机通讯簿系统文件夹的所有公用文件夹服务器来激活该功能。有关详细信息,请参阅对脱机通讯簿的改进中的“脱机通讯簿下载限制”。

在 Exchange Server 2003 SP2 中,在某些情况下,虽然 Exchange Server 确定差异下载更有效,但是 Exchange Server 可能无法为未使用 OAB v4 的客户端生成差异文件。在这种情况下,对于版本早于 Exchange Server 2003 SP2 的 Exchange Server,将始终强制执行完整的脱机通讯簿下载。

note注意:
只有以 Unicode 格式运行 Outlook 2003 SP2 的 Outlook 2003 客户端才能使用 OAB v4。有关脱机通讯簿的不同版本以及与其一起使用的客户端和服务器版本信息,请参阅 Outlook 2003 部署方案中的“Exchange Server 2003 和 Office Outlook 2003 脱机通讯簿兼容性”。

在下列情况下,Exchange Server 将不自动强制执行完整的脱机通讯簿下载:

  • Outlook 客户端不使用 OAB v4。
  • 运行 Exchange Server 2003 SP2 的脱机通讯簿服务器确定了差异下载更为高效。
  • 在运行 Exchange Server 2003 SP2 的服务器上无法生成差异文件。

Exchange 会记录 MSExchangeSA 事件 9360,表明无法生成差异文件,并且不会生成完整脱机通讯簿文件。该事件中的描述会指明目录中的哪些更改引起了该问题。在这种情况下,除非该问题得到解决,否则用户将无法接收脱机通讯簿更新。下面是 MSExchangSA 事件 9360 的示例事件:

 

事件类型:

错误

事件源:

MSExchangeSA

事件类别:

OAL 生成器

事件 ID:

9360

说明:

为地址列表“\Global Address List”的版本 2 和 3 差异下载生成 Changes.oab 文件时,OALGen 遇到错误。由于脱机地址列表尚未更新,因此客户将无法下载当前的这组更改。检查其他记录的事件来查找导致此错误的原因。

如果导致问题的原因是故意的,或者无法被解决,则可编辑注册表以强制 OALGen 投递完全脱机地址列表。创建列表后,应该删除注册表项以防止进一步的完全下载。

如果您注意到该目录中的更改是有意进行的,则可能要更改脱机通讯簿服务器的默认行为,以便在无法生成差异下载时生成完整的脱机通讯簿下载。

有关详细步骤,请参阅如何在无法生成差异文件时生成完整的脱机通讯簿下载文件

OAB v4(当由以 Unicode 格式运行 Outlook 2003 SP2 的 Outlook 客户使用时)解决了阻止服务器生成差异文件的那些问题。

有关在 Exchange Server 2003 SP2 和 Outlook 2003 SP2 中的脱机通讯簿性能改进的详细信息,请参阅对脱机通讯簿的改进中的“Exchange Server 2003 SP2 和 Outlook 2003 SP2 中的改进”。

 
显示: