了解脱机通讯簿

  • 项目

 

适用于： Exchange Server 2010 SP2, Exchange Server 2010 SP3

上一次修改主题： 2016-11-28

脱机通讯簿 (OAB) 是已下载的地址列表集合的副本，通过此通讯簿，Microsoft Outlook 用户可以在与服务器断开连接的情况下访问它所包含的信息。 Microsoft Exchange 生成新的 OAB 文件、压缩这些文件，然后将这些文件放在本地共享上。 Exchange 管理员可以选择脱机工作的用户可以使用哪些地址列表，也可以配置分发通讯簿的方式。

有关地址列表的详细信息，请参阅了解地址列表。

重要重要说明：
OAB 数据通过作为本地系统运行的 Microsoft Exchange 系统助理服务产生。 如果管理员使用安全描述符来防止用户查看 Active Directory 中的某些收件人，则下载 OAB 的用户将能够看到这些隐藏的收件人。 因些，要从地址列表中隐藏收件人，需要在 Set-PublicFolder、Set-MailContact、Set-MailUser、Set-DynamicDistributionGroup、Set-Mailbox 和 Set-DistributionGroups cmdlet 上设置 HiddenFromAddressListsEnabled 参数。 另外，您可以创建不包含隐藏收件人的新默认 OAB。 有关如何在 OAB 中添加或删除地址列表的详细信息，请参阅向脱机通讯簿中添加或从中删除地址列表。

要查找与管理邮箱服务器相关的管理任务吗？请参阅管理邮箱服务器。

目录

在 Exchange 版本之间移动 OAB

Outlook 客户端和 OAB 版本

OAB 分发方法

OAB 注意事项

在 Exchange 版本之间移动 OAB

Exchange 仅支持在下列配置中移动 OAB：

  • 在运行 Microsoft Exchange Server 2010 的服务器之间

  • 从 Exchange 2010 到 Exchange Server 2007 服务器

  • 从 Exchange 2007 到 Exchange 2010 服务器

  • 从 Exchange Server 2003 到 Exchange 2010 服务器

Exchange 不支持将 OAB 从 Exchange 2010 移动到 Exchange 2003 服务器。

返回顶部

Outlook 客户端和 OAB 版本

可以指定生成的供客户端下载的 OAB 版本。 可以使用下列选项：

  • OAB 版本 2 (ANSI OAB)   此 OAB 格式同时适用于 Microsoft Exchange 2000 Server 和 Exchange Server 版本 5.5。Exchange 2003 还支持 ANSI OAB。下列版本的 Outlook 都支持 OAB 版本 2：

    • Outlook 2010

    • Office Outlook 2007

    • Office Outlook 2003

    • Outlook 2002

    • Outlook 2000

    • Outlook 98

  • OAB 版本 3 (Unicode OAB)   此 OAB 用于 Exchange 2003。 此 OAB 具有可帮助 Outlook 减少服务器远程过程调用 (RPC) 的其他信息。 此外，Unicode OAB 具有与不同语言区域设置的排序规则相关的新功能。 这些功能允许下列 Outlook 版本通过 OAB 为语言区域设置使用正确的排序规则：

    • Outlook 2010

    • Outlook 2007

    • Outlook 2003

  • OAB 版本 4 (Unicode OAB)   此 OAB 已引入 Exchange 2003 Service Pack 2 (SP2) 并受 Outlook 2003 (SP2)、Outlook 2007 和 Outlook 2010 支持。 借助此 Unicode OAB，客户端计算机可以接收差异更新，而无需进行完全 OAB 下载。

使用 OAB 版本 3 和版本 2 的 Outlook 客户端

对于使用 OAB 版本 3 和版本 2 的 Outlook 客户端，如果 Changes.oab 文件的大小为整个 OAB 文件大小的八分之一（或更多），则 Outlook 会启动完整的 OAB 下载。

例如，Outlook 将获得压缩的 Changes.oab 文件的大小。 Outlook 然后将获得服务器上所有压缩的完整 OAB 文件（包括模板）的总大小。 如果 Changes.oab 文件的大小大于完整 OAB 文件大小的八分之一，则 Outlook 将下载完整 OAB 而不是增量文件。

即使是对收件人属性进行次要更改，也将导致在 Changes.oab 文件中包含所有的收件人信息。 以下是这些次要更改的示例：

  • 对大量收件人更新电话号码以反映新区号

  • 对大量收件人添加额外的代理地址

因此，仅对一半收件人的信息进行最少字节的更改就可能造成创建的 Changes.oab 文件大于整个 OAB 文件大小的八分之一。

使用 OAB 版本 4 的 Outlook 客户端

对于使用 OAB 版本 4 的 Outlook 2010、Outlook 2007 和 Outlook 2003 SP2 客户端，如果 Changes.oab 文件的大小为整个 OAB 文件的二分之一（或更多），则 Outlook 将启动完整 OAB 下载。 有关 OAB 版本 4 中所做的改进的详细信息，请参阅 Improvements for Offline Address Books中的“Improvements in Exchange 2003 SP2 and Outlook 2003 SP2”（英文）。

返回顶部

OAB 分发方法

您可以选择向脱机工作的用户提供哪些通讯簿。 在 OAB 生成 (OABGen) 过程中，Exchange 将生成新的 OAB 文件，压缩这些文件，然后将这些文件放在本地共享中。 之后，您可以配置分发通讯簿的方法。 有两种将 OAB 分发到客户端计算机的方法：

  • 基于 Web 的分发

  • 公用文件夹分发

基于 Web 的分发

“基于 Web 的分发”是一种分发方法，通过这种方法脱机工作或通过拨号连接工作的 Outlook 2010 或 Outlook 2007 客户端可以访问 OAB。如果使用的是基于 Web 的通讯组，则不必使用公用文件夹。

使用基于 Web 的分发，客户端访问服务器将在生成 OAB 之后复制文件。基于 Web 的通讯组使用 HTTPS 和后台智能传输服务 (BITS)。 有关 BITS 工作原理的概述，请参阅 About BITS（关于 BITS）。

重要重要说明：
虽然默认情况下会启用基于 Web 的分发并且不需要进一步的配置，但还是建议为 OAB 分发点启用安全套接字层 (SSL)。 有关详细信息，请参阅脱机通讯簿分发要求 SSL。

使用基于 Web 的分发有以下几点优势，包括：

  • 支持更多并发客户端计算机。

  • 减少所用带宽。

  • 对 OAB 分发点拥有更多控制。 对于基于 Web 的分发，分发点是客户端计算机可以下载 OAB 的 HTTPS Web 地址。

要从基于 Web 的分发获得最多的好处，客户端计算机必须运行 Outlook 2010 或 Outlook 2007。 还拥有运行 Outlook 2003 或更早版本的客户端计算机的组织可以同时使用公用文件夹分发和基于 Web 的分发。Outlook 2003 Service Pack 1 (SP1) 以及更早版本的客户端仍然通过使用公用文件夹访问其 OAB，而 Outlook 2010 或 Outlook 2007 客户端将使用新的基于 Web 的分发方法。

要使基于 Web 的分发功能正常工作，需要使用下列组件：

  • OAB 生成过程   这是 Exchange 创建和更新 OAB 过程。若要创建和更新 OAB，需要在 OAB 生成服务器上运行 OABGen 服务。若要支持 OAB 分发，则此服务器必须是 Exchange 邮箱服务器。

  • Microsoft Exchange 文件分发服务   Microsoft Exchange 文件分发服务在客户端访问服务器上运行，负责收集 OAB 并将该内容与邮箱服务器上的内容同步。

  • OAB 虚拟目录   OAB 虚拟目录是基于 Web 的分发方法使用的分发点。默认情况下，安装 Exchange 时，将在 Internet 信息服务 (IIS) 的默认内部网站中创建一个名为 OAB 的新虚拟目录。 如果您的客户端用户从组织的防火墙之外连接到 Outlook 则您可以添加外部网站。 另外，在 Exchange 命令行管理程序中运行 New-OABVirtualDirectory cmdlet 时，将在本地 Exchange 客户端访问服务器的默认 IIS 网站中创建一个名为 OAB 的新虚拟目录。有关信息，请参阅创建脱机通讯簿虚拟目录。

  • 自动发现服务   此功能在 Outlook 2010 或 Outlook 2007 以及自动配置客户端以访问 Exchange 的一些移动设备中可用。此服务在客户端访问服务器上运行并针对特定的客户端连接返回正确的 OAB URL。 有关自动发现服务的详细信息，请参阅了解自动发现服务。

下图说明了 OAB 基于 Web 的分发方法的工作流。 该图假定所有客户端用户的 OAB 相同并且分发到所有客户端访问服务器。

OAB 基于 Web 的分发工作流

在该图中，某个公司在伦敦和圣萨尔瓦多设有办事处。 整个公司的邮箱服务器都位于伦敦的公司总部。 圣萨尔瓦多使用的是一个低速链路，拥有圣萨尔瓦多客户端用户用于连接到 Outlook 的客户端访问服务器。此外，该公司还有远程工作并通过 Internet 连接到公司网络的用户。

在用户连接到基于 MAPI 的客户端计算机（如 Outlook）之前，会发生下列情况：

  1. OAB 在伦敦办事处的其中一个邮箱服务器上生成。

  2. 在伦敦的每个客户端访问服务器上，Microsoft Exchange 文件分发服务从伦敦的 OAB 邮箱服务器上复制新的 OAB 文件。

  3. 在圣萨尔瓦多的客户端访问服务器上，Microsoft Exchange 文件分发服务通过低速链路从伦敦的邮箱服务器上复制文件。 根据低速链路的速度不同，复制过程可能要耗用几分钟到几个小时不等。 在完全复制并验证了新的 OAB 之前，客户端计算机无法对其进行访问。

    注释注意：
    并非所有的客户端访问服务器都将恰好在同一个时间复制新的 OAB。 如果有新的差异文件，则会有开始复制的轮询间隔（默认值是 8 小时）。 第一个轮询发生在 Microsoft Exchange 文件分发服务开始时。 因此，除非客户端访问服务器都在同一个时间启动，否则，服务器轮询在每台客户端访问服务器上均不相同。

所有客户端访问服务器都复制了 OAB 内容后，会有以下多种方案可供客户端用户下载 OAB：

  • 方案 1   现场用户

    在此方案中，所有操作都发生在伦敦办事处：

    1. 用户 A 位于伦敦办事处，其 Outlook 设为缓存 Exchange 模式，并连接到 Outlook。

    2. Outlook 将连接自动发现服务以获取最近的 OAB 分发点的 URL。

    3. 自动发现服务会将此 URL 返回伦敦的其中一个客户端访问服务器。

    4. Outlook 使用 BITS 连接到自动发现服务提供的 URL。

    5. Outlook 会下载 OAB。

  • 方案 2   低速链路用户

    在此方案中，用户 B 的邮箱驻留在伦敦办事处，因为圣萨尔瓦多办事处没有邮箱服务器。 由于用户 B 准备出差，需要 OAB 的本地副本，因此用户 B 必须下载 OAB。 用户 B 的 OAB 将从离圣萨尔瓦多办事处最近的客户端访问服务器上进行下载：

    1. 位于圣萨尔瓦多办事处的用户 B 将连接到 Outlook。

    2. Outlook 将连接自动发现服务以获取最近的 OAB 分发点的 URL。

    3. 自动发现服务会将此 URL 返回圣萨尔瓦多的客户端访问服务器。

    4. Outlook 使用 BITS 连接到自动发现服务提供的 URL。

    5. Outlook 会下载 OAB。 但是，由于圣萨尔瓦多的客户端访问服务器通过低速链路将 OAB 复制到伦敦，因此用户 B 可能不会获得最新版本的 OAB。

  • 方案 3   Internet 用户

    在此方案中，由于用户使用 Internet 进行连接，Exchange 无法找出离用户的物理位置最近的那台客户端访问服务器。 因此，Exchange 默认连接到靠近用户的邮箱服务器的客户端访问服务器：

    1. 其邮箱服务器位于伦敦的用户 C 从 Internet 连接到 Outlook。

    2. Outlook 将连接自动发现服务以获取最近的 OAB 分发点的 URL。

    3. 由于用户 C 的邮箱位于伦敦的邮箱服务器，因此自动发现服务会将此 URL 返回伦敦的其中一个客户端访问服务器。

    4. Outlook 使用 BITS 连接到自动发现服务提供的 URL。

    5. Outlook 会下载 OAB。

公用文件夹分发

“公用文件夹分发”是一种分发方法，通过这种方法脱机工作或通过拨号连接工作的 Outlook 2003 SP1 或更早客户端可以访问 OAB。 使用公用文件夹分发，OAB 生成过程将文件直接放在一个公用文件夹中，然后 Exchange 存储复制将数据复制到其他公用文件夹分发点。

使用公用文件夹分发，可以立即对每个下载完整 OAB 的请求提供服务。 例如，如果为 10,000 个用户提供服务的公用文件夹在一小时中收到 1,000 个请求，并且 OAB 的大小为 5 (MB)，则服务器将立刻传输 5 (GB) 的数据。 根据网络速度和可用带宽，这样的通讯量可能会使网络在一个较长的时间段内超载。

为了防止这种超载，您可以设置带宽阈值来限制 OAB 下载使用的网络带宽。 此过程称为“限制”。

默认情况下，限制是关闭的。 通过将以下项添加到承载 OAB 系统文件夹的所有公用文件夹服务器上的注册表中，可激活该限制。

小心警告：
不正确地编辑注册表时，可能导致出现严重问题，从而需要重新安装操作系统。因不正确地编辑注册表而导致出现的问题是能够解决的问题。在编辑注册表之前，请备份任何有用数据。

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem

Type:DWORD

Value:OAB Bandwidth Threshold (KBps)

Value Data:bandwidth threshold setting (Range:0 to 4194304 (decimal))

带宽阈值设置以千字节每秒 (KBps) 为单位，并且应当使用十进制值对其进行配置。 例如，通过将注册表项设置为十进制值 5,000 来配置公用文件夹服务器，以便将 5,000 KBps 用作 OAB 下载的带宽阈值（该带宽阈值大约为 40,960 Kbps 或 40.96 Mbps）。 添加并配置该设置后，Exchange 将动态检测注册表项，并开始强制实施带宽限制而无需重新启动 Microsoft Exchange 信息存储服务。

每次发生 OAB 下载请求时，都会验证请求者在 Exchange 服务器上的管理权限。 如果用于请求的安全上下文与 Exchange 服务器上的本地管理员等效，则会假定是一个内部函数正在请求下载。 在此事件中，允许请求者继续进行完全 OAB 下载。 但是，传输到管理客户端的字节数仍作为下载的 OAB 平均字节数的一部分进行计算。 如果请求者没有管理权限，则确定最后 10 秒内下载的完整 OAB 平均字节数。 如果该值小于配置的阈值，则允许完整 OAB 下载。

注释注意：
将该注册表项设置为 0，则最多允许一个没有管理权限的客户端以 10 秒为间隔一次下载一个完整 OAB。

设置 OAB 下载带宽阈值时，建议您在各个服务器上将阈值配置为不会导致 Exchange 服务器的网络适配器或网络超载的值。 如果尚未收集并分析网络和 Exchange 服务器性能数据，则应该在配置注册表项之前执行此操作。

使用公用文件夹分发时 OAB 下载对网络的影响

由于有多种情况会导致大量完整的 OAB 下载，因此应了解大量 OAB 下载对网络上的带宽产生的影响。

Exchange Server 可以很容易地处理 OAB 的许多下载请求。 结果，通过低速链路下载完整 OAB 的多个尝试可能会使网络饱和。 （所有可用带宽都在使用中。） 发生该情况时，会产生两个重大影响：

  • 必须使用广域网 (WAN) 的应用程序执行速度将会非常慢。 这是因为它们要等待其网络请求遍历饱和的 WAN 链路。

  • WAN 上所需的实际通信会增加，因为个别网络请求会超时，从而导致产生额外的请求。

当网络饱和时，延迟会增加，不仅每个客户端计算机下载 OAB 所耗的时间增加，而且整个下载过程的持续时间也会增加。 通常情况下，这表示每个客户端计算机的数据速率降低。 但是，如果延迟太大，RPC 数据包将会超时，导致出现检索同一数据的额外 RPC 请求。 另外，如果 Outlook 用户尝试下载 OAB 后取消该下载或下载失败，Outlook 将尝试删除已下载的数据，并尝试重新下载 OAB。 结果将会请求更多的数据，反过来又会增加一大组 OAB 下载的整体持续时间。

Outlook 通过一系列 RPC 数据包从 Exchange 服务器下载 OAB。 每个数据包在收到和经过确认后，下一个数据包才会发出。 根据 Outlook 与 Exchange 之间的延迟，可以限制单独的 Outlook 客户端接收和确认每个数据包的速度。 由于存在这种延迟，单独的 Outlook 客户端可能不会使网络链路饱和。 但是，当有更多的 Outlook 客户端开始下载 OAB 时，所有客户端的组合下载率可能会使链路饱和。 在完整的 OAB 被下载完毕前，该链路将保持饱和状态。

其中的关系是线性的，也就是说，Outlook 客户端与 Exchange 服务器之间的延迟越大，可以接收的数据包就越少。 在低速链路饱和之前，能够下载 OAB 的客户端就越少。 反之亦然。 如果延迟较小，则需要更多的客户端才能使低速链路饱和。 只要网络延迟减小或网络带宽增加，可以同时下载 OAB 而不会使 WAN 饱和的 Outlook 客户端数量就会增多。

返回顶部

OAB 注意事项

最佳做法是，无论您使用单个 OAB 还是多个 OAB，在计划和实施 OAB 策略时请考虑下列因素：

  • 组织中的每个 OAB 的大小。 有关详细信息，请参阅本主题后面部分中的“OAB 大小注意事项”。

  • OAB 下载数量。

  • 父级可分辨名称更改的数量和频率。

  • SMTP 地址不匹配

  • 对目录所做的更改总数。

OAB 大小注意事项

对于某些组织来说，OAB 是远程用户偶尔下载的一个小文件。 对于这些组织，下载 OAB 通常不是问题。 但是，对于拥有大目录的大型组织，或者对于已在缓存 Exchange 模式下部署了 Outlook 2003 的组织，这可能是个问题，特别是那些将 Exchange 服务器合并到地区数据中心的组织。

OAB 大小可以在几兆字节到几百兆字节之间变化。 下列因素可能影响 OAB 的大小：

  • 公司中证书的使用。 公钥基础结构 (PKI) 证书越多，OAB 就越大。 PKI 证书大小介于 1 KB 到 3 KB 之间。 这些证书是影响 OAB 大小的一个最大因素。

  • Active Directory 中的邮件收件人数量。

  • Active Directory 中的通讯组数量。

  • 公司为每个已启用邮箱或已启用邮件的对象添加到 Active Directory 中的信息。 例如，有些组织会对每个用户填充地址属性，而其他组织则不会。

返回顶部

 © 2010 Microsoft Corporation。保留所有权利。