Live Communications Server 通讯簿服务规划和部署指南Word格式文档下载.docx

1、简介本文档将指导您完成规划和部署 Microsoft Office Live Communications Server 2005 通讯簿服务的过程。本文档包含下列部分：通讯簿服务概述介绍通讯簿服务及其组件和依赖项。硬件和软件建议 提供通讯簿服务的硬件和软件建议。支持的通讯簿拓扑讨论受支持的可利用现有 Live Communications Server 部署的拓扑。 规划通讯簿服务部署指导您完成准备通讯簿服务部署的过程。此部分介绍先决条件、如何基于通讯簿服务模块进行决策和如何规划组织中支持的用户数。部署通讯簿服务提供安装并激活通讯簿服务、配置通讯簿 URL 和创建 IIS 虚拟目录的分步指导

2、。通讯簿服务管理说明如何使用 WMI （Microsoft Windows Management Instrumentation） 配置通讯簿服务设置，如何使用为电话规范化提供的文件，以及如何使用命令行管理。故障排除介绍常见问题及解决步骤。参考解释了通讯簿服务中的可用事件、SQL/MSDE 架构和表，以及 Active Directory 信息与通讯簿服务文件之间的映射。通讯簿服务概述通讯簿服务执行两个重要功能：它的首要功能是从 Active Directory 获得全局地址列表信息，并将其提供给 Microsoft Office Communicator 2005。如果 Communicat

3、or 直接访问 Active Directory，就会影响网络性能。为了提高通讯簿更新的速度和效率，通讯簿服务充当将更新的地址列表的本地副本提供给 Communicator 客户端的媒介。它的第二个功能（可选）是为 Communicator 电话集成执行电话号码的规范化。提供全局地址列表信息Microsoft Office Live Communications Server 2005 通讯簿服务的首要功能是每天为 Communicator 提供全局地址列表信息。通讯簿服务是一项标准的每天运行的 Windows 服务。它执行以下任务：从存储在 Standard Edition Server 或

4、企业版池上的 SQL 或 MSDE 数据库中检索联系人信息。生成一组压缩的完整文件和增量文件。这些文件存储在标准 NTFS 文件夹中。生成完整文件和增量文件的好处在于它能将客户端下载的影响降至最低。当 Communicator 客户端登录到其企业版池或 Standard Edition Server 时，会接收指向该 NTFS 文件夹的 URL。通过使用此 URL，客户端可在第一天连接到服务器时收到完整文件，并在随后的几天内收到增量文件。执行电话规范化通讯簿服务还充当另一个辅助角色，即可以对 Active Directory 用户和联系人对象中存储的电话号码执行规范化。电话号码经过规范化后，就

5、可以供 Communicator 客户端和电话系统方便地使用。规范化是通过通讯簿服务附带的两个标准的规范化规则来实现的。尽管可使用通讯簿服务执行电话规范化，但是不推荐使用此方法。首选方法是在 Active Directory 中规范化电话号码。有关详细信息，请参阅Communicator 电话规划和部署指南。通讯簿安装程序带有 SP1 的 Live Communications Server 2005 的 CD 上提供了通讯簿服务的安装实用程序 （AbsSetup.exe）。只有 Live Communications Server 2005 SP1 或更高版本的池或 Standard Edi

6、tion Server 支持通讯簿服务。通讯簿服务安装程序可以在池中的 Live Communications Server Standard Edition Server 或 Enterprise Edition Server 上执行。此安装程序是完全自动执行的。如果在单独的计算机上运行安装程序，则必须触发用户复制程序重新生成，以便通讯簿服务正常工作。用户复制程序是一个 Live Communications Server 组件，它将 Active Directory 用户和联系人对象复制到名为 RTC 的 Live Communications Server SQL 或 MSDE 用户数据

7、库中。当通讯簿服务安装程序在 Standard Edition Server 或企业版池中运行时，它会找到 Standard Edition Server 或企业版池并执行下列任务：启用用户复制程序以执行其他通讯簿功能。创建并配置通讯簿服务以创建完整文件和增量文件。通讯簿服务组件和依赖项通讯簿服务仅在 Live Communications Server 2005 SP1 和更高版本中可用。它与其他服务器角色（如 Active Directory 和 DNS）有相同的依赖项。在部署通讯簿服务前，必须部署将用于承载用户的 Live Communications Server Standard E

8、dition Server 或企业版池。通讯簿服务依赖下列组件：通讯簿服务本身通讯簿文件存储通讯簿服务通讯簿服务使用称为 Microsoft Office Live Communications Server 通讯簿服务 （AbServer） 的一项 Windows 服务，它每天在默认的本地时间 01:30 运行一次。它会在 SQL 表中读取由用户复制程序写入的用户和联系人信息。通讯簿服务执行下列任务：生成一组要存储在标准 NTFS 目录中的数据文件。这组文件包括： 一个包含所有联系人的完整文件 当前的完整文件与以前的每一个完整文件之间的增量文件（可选）用正确定义的格式规范化所有的 Activ

9、e Directory 电话号码。通讯簿服务在具有默认名称 LCABService 的服务帐户下运行。在安装过程中，您可以选择使用此帐户，也可以选择使用另一现有的帐户。通讯簿服务帐户必须是安装通讯簿服务的域中的 Active Directory 域帐户。在安装过程中，此帐户会自动添加到 RTCABSDomainServices 帐户以获取必要的权限：对 SQL 或 MSDE 数据库的只读权限，以及对通讯簿文件存储的写权限。默认情况下，SQL 维护时间间隔设置为当地时间每天 02:00。如果此时运行通讯簿服务，则它的性能会有所降低。因此，默认情况下通讯簿服务在每天当地时间 01:30 运行。通过

10、使用 WMI 设置，可以将服务设置为在其他时间运行。这些设置将在本文档后面的“使用 WMI 配置通讯簿服务和通讯簿 URL”部分中详细讨论。您还可以通过使用命令行解释器强制通讯簿服务运行。有关详细信息，请参阅本指南后面部分的“命令行管理”。通讯簿文件存储和数据文件通讯簿文件存储是一个共享的 NTFS 文件夹，它存储通讯簿信息。通讯簿服务收集的数据以二进制格式存储在压缩文件中。增量文件的保存期限固定在 30 天，此期限不能更改。30 天后，通讯簿服务达到稳定状态，在一个目录中存储 465 个文件，其中包括 30 个完整文件和 435 个增量文件，客户端可以通过通讯簿 URL 访问该目录。这些文件

11、经过压缩，以尽可能节省存储空间。完整的数据文件集（30 个完整文件和 435 个增量文件）存储在 NTFS 目录中。每次通讯簿服务启动时，它会确定输出目录中是否有数据文件。如果找不到数据文件，它将生成一个完整文件。如果没有与之比较的初始完整文件，则不会生成增量文件。输出文件被写入一个文件夹中，可以通过使用标准 NTFS 共享权限为该文件夹分配访问控制列表 （ACL）。下表说明完整文件和增量文件是如何生成的。文件生成时间生成的文件第 1 天完整文件 （F1）第 2 天完整文件 （F2），F2 - F1 增量文件第 3 天完整文件 （F3）F3 - F2 增量文件F3 - F1 增量文件第 4 天

12、完整文件 （F4）F4 - F3 增量文件F4 - F2 增量文件F4 - F1 增量文件-第 30 天完整文件 （F30）F30 - F29 增量文件F30 - F28 增量文件-F30 - F1 增量文件所有数据文件都存储在同一目录中。完整文件的文件名格式为 F-xxxx，其中 xxxx 是文件创建日期，它以基于 0 的十六进制表示从 2001 年 1 月 1 日起到目前为止的天数。增量文件名格式为 D-xxxx-yyyy.lsabs，其中 xxxx 表示完整文件的创建日期，yyyy 表示增量文件的创建日期，.lsabs 是固定的扩展名。文件在内存中创建并使用以不允许共享的方式创建的文件句

13、柄写入，所以在文件完全写入之前，客户端应用程序无法访问它。信息流如上所述，Active Directory 是所有用户数据的源。信息从 Active Directory 流出并通过通讯簿服务的组件，如图 1 中所示。图 1信息流过通讯簿服务的方式客户端和通讯簿服务通讯簿 URL通讯簿 URL 是客户端用来访问地址数据文件存储中的数据文件的路径。此 URL 存储在 Standard Edition Server 或企业版池中，并在客户端登录到 Standard Edition Server 或池时返回到客户端。有关详细信息，请参阅本文档后面的“客户端如何与通讯簿服务通讯”。Communicato

14、r 可通过使用以下两种格式的 URL 访问通讯簿文件存储：文件 URL（也叫 UNC 路径）是必需的。文件 URL 是标准的文件 URL，格式为 servershare。标准共享和 NTFS 权限适用于此 URL。HTTP 或安全 HTTP （https） URL 是可选的。IIS 6.0 HTTP 服务器充当通讯簿服务的一个可选组件。如果所有用户都将从 Intranet 内部访问文件存储，则 IIS HTTP 服务器是可选的。但是，如果希望从 Intranet 外部连接的远程用户或者分支机构或远程站点的用户可访问文件存储中的信息，则 IIS 服务器是必需的，同时必须在虚拟目录上配置 HTTP

15、S（SSL 上的基本 HTTP）。有关部署 IIS 的信息，请参阅本指南后面的“部署通讯簿服务”部分中的“部署 IIS 虚拟目录”。注意如果您的客户端使用 https URL，在尝试通过 Communicator 访问通讯簿 URL 之前，请确认 Internet Explorer 已信任客户端证书。如果客户端证书是不可信的，下载将失败。不会提示用户检查证书和将其设置为可信证书。请考虑使用客户端上默认信任的证书。根据 URL 是用于内部还是外部客户端，通讯簿 URL 需要的身份验证类型会有所不同。下表说明每个 URL 类型支持的身份验证。通讯簿 URL 支持的身份验证通讯簿 URL 类型身份验

16、证内部集成的 Windows 身份验证（NTLM 或 Kerboros）外部Https（SSL 上的基本 HTTP）Communicator 在登录到其 Standard Edition Server 或企业版池时访问可用的通讯簿 URL 条目，如下图中所示。图2客户端如何与通讯簿服务通讯通讯簿客户端提供程序是 Communicator 内的一个模块，负责 GAL（全局地址列表）联系人与 Communicator 联系人数据库之间的同步。由于所有 GAL 联系人均为只读的，所以此同步是一个单向过程，如下所示：1. Communicator 使用其登录逻辑登录到企业版池或 Standard Ed

17、ition Server。2. Communicator 从池或 Standard Edition Server 接收通讯簿 URL 条目。这些条目可以包含一个或多个 Intranet（或内部）URL 和一个或多个 Internet（或外部）URL。3. Communicator 确定是从 Intranet 内部连接还是通过访问代理服务器从外部连接，然后为连接选择适当的 URL。4. 使用 Communicator 客户端的登录凭据连接到提供的 URL。Communicator 使用标准的 Internet Explorer API 执行 URL 授权。如果访问被拒绝，会发生下列两种情况之一：

18、 如果用户位于 Intranet 内部，客户端会出现一个图标，指出通讯簿下载失败。不会再次要求用户提供凭据。 如果用户位于 Intranet 外部，会提示用户输入正确的 URL 凭据。Communicator 支持使用后备 URL 以获得高可用性。有关配置其他 URL 条目的详细信息，请参阅本指南后面部分的“使用 WMI 配置通讯簿服务”。客户端下载过程如果客户端首次访问 URL，则在成功连接后客户端会尝试下载当前的完整数据文件。在接下来的几天中，客户端尝试根据上次的完整同步日期下载增量文件。通常情况下，该增量文件是基于前一天的。如果客户端脱机一天或更长时间，它会确定必须下载哪些增量文件才能达

19、到最新状态。如果客户端脱机 30 天以上，它会尝试下载完整数据文件。将这些信息存储在本地数据库中可以缩短将客户端计算机上的信息与 Active Directory 中存储的最新信息进行同步所需的时间，从而显著改进 GAL 搜索过程。此数据库的位置是：:Documents and SettingsLocal SettingsApplication DataMicrosoftCommunicator如果由于网络连接或其他问题导致下载失败，客户端会在每次失败后重试，重试时间间隔依次倍增（1 分钟、2 分钟、4 分钟，等等，最大值是 64 分钟）。在失败前下载的任何数据都将废弃，而且重试将从头开始。如

20、果失败持续时间超过 24 小时，会出现警告，并将一个应用程序事件添加到事件日志中。当客户端登录时，它会确定距上次下载时间是否超过 24 小时。如果是，则立即执行当前下载。否则，将在预定的 00:00 UTC（通用协调时间，亦称 GMT）执行下载。Internet Explorer 依赖项因为 Communicator 使用标准 Internet Explorer API 执行 URL 授权，它依赖下列 Internet Explorer 设置：安全设置，包括 Intranet URL 设置。例如，如果在对 Intranet（内部）用户使用 Internet 类型（外部）URL，例如 Intra

21、net URL，例如 http:/server/share，则除非在 Internet Explorer 中将此 URL 显式配置为 Intranet URL，否则 Communicator 将忽略此条目。我们建议您对内部用户使用 Intranet URL。如果由于特殊原因而需要使用一个 Internet URL，您必须在 Internet Explorer 中将此 URL 手动配置为 Intranet URL，或者必须使用 Active Directory 组策略来配置 URL。代理服务器设置。如果使用 HTTP 代理服务器来管理通过此代理服务器的 Web 通信和通讯簿数据流，当代理服务器不

22、可用或代理服务器发生授权问题时，客户端将无法访问这些 URL。硬件和软件建议此部分说明通讯簿服务的硬件和软件建议。硬件配置硬件和存储要求是由 Live Communications Server 部署的类型决定的，而不是由通讯簿服务决定的；通讯簿服务的硬件要求与带 SP1 的 Live Communications Server 2005 Standard Edition 或 Enterprise Edition 的硬件要求是相同的。在每个部署中，具体性能和容量可能因网络流量和环境变量而有所不同。请参阅Live Communications Server 2005 规划指南中的具体数据。请注意

23、遵守下列规则。如果在 Live Communications Server 2005 Standard Edition 部署上安装通讯簿服务，则硬件要求与安装 Standard Edition Server 的硬件要求是相同的。如果在 Live Communications Server 2005 Enterprise Edition 上安装通讯簿服务，则硬件要求与安装 Enterprise Edition Server 的硬件要求是相同的。如果在专用计算机上安装通讯簿服务，则硬件要求与安装 Standard Edition Server 的硬件要求是相同的。文件大小指南将通讯簿数据文件存储在

24、单独的存储中是最佳做法。存储可以是许多类型中的任何一个，例如 DASD（直接访问存储设备）或 SAN（存储区域网络）。通讯簿服务特有的存储需要是很少的，应该在 300 MB 和 1 GB 之间，具体取决于林中的用户数。完整数据文件的大小取决于 Active Directory 中存储的用户和联系人的数量。随着每天 Active Directory 中用户和联系人数量的变化，增量文件的大小也会增长。大量变化会增加增量文件的大小和生成增量文件所需的时间。用户数完整文件平均大小15,0001.526 Mb60,0006.098 Mb100,00010.155 Mb400,00040.623 Mb安装

25、通讯簿服务的软件配置作为规划过程的一部分，请确保已在部署中安装下列必需的软件并进行了配置。 Microsoft Windows Server2003 操作系统 Live Communications Server 2005 Standard Edition 或 Enterprise Edition（带 SP1） Microsoft Internet 信息服务 （IIS） 6.0（对于通讯簿服务 URL 是可选的） 共享的 NTFS 文件夹。我们建议您在运行 Windows Server 2003 的计算机上安装此项。对于企业版池，建议将 NTFS 共享文件夹放在 Live Communicat

26、ions Server 2005 后端数据库服务器上。支持的通讯簿拓扑通讯簿服务设计为可以利用 Live Communications Server2005 Standard Edition 或 Enterprise Edition 体系结构。您可以在独立的计算机上安装通讯簿服务，或者从下列选项中进行选择以利用现有的 Live Communications Server 部署：通讯簿服务安装在单一 Live Communications Server2005 Standard Edition Server 上，文件存储承载在单独的文件服务器上，如图 3 所示。如果使用 IIS 服务器，可以将

27、IIS 和通讯簿服务安装在同一文件服务器上。图 3通讯簿服务安装在 Standard Edition Server上通讯簿服务安装在池中的 Enterprise Edition Server 上，文件存储位于后端数据库服务器上，如图 4 所示。如果将 IIS 服务器用作后端数据库服务器，建议将通讯簿服务安装在不同计算机上。图 4通讯簿服务位于池中的服务器上通讯簿服务安装在单独的计算机上，如图 5 所示。文件存储和 IIS（如果使用）也可以安装在此计算机上。仅当在企业版池上运行通讯簿服务时，才支持此拓扑。如果要在 Standard Edition Server 上使用通讯簿服务，则通讯簿服务必须

28、安装在本地。图 5通讯簿服务位于独立服务器上Communicator 用户可以自动检测 Live Communications Server2005 企业版池或 Live Communications Server2005 Standard Edition 中数据存储的 URL。客户端在登录到 Live Communications Server时会收到该 URL，如前面的“客户端和通讯簿服务”中所述。支持通讯簿服务的 Active Directory 拓扑您可以在任一受支持的 Live Communications Server 2005 Active Directory 拓扑中部署通讯簿服

29、务。单一林拓扑中的通讯簿服务在包含单个域或多个域的单一林拓扑中支持通讯簿服务。通讯簿服务必须部署在已部署 Live Communications Server 2005 的域中，并且通讯簿 URL 必须可从承载 Live Communications Server 或用户的所有其他域进行访问。您可以通过部署 IIS 或使用 DFS（分布式文件系统）实现这一可访问性。根据您的地理分布和组织内的网络连接，您可能需要考虑在 Live Communications Server 域中部署通讯簿服务的多个实例。资源林拓扑中的通讯簿服务通讯簿服务必须部署在已部署 Live Communications Server 的域中的资源林中，但是通讯簿 URL 必须可从该资源林和所有用户林进行访问。您可以通过部署 IIS 或使用 DFS（分布式文件系统）提供这一可访问性。中央林拓扑中的通讯簿服务通讯簿服务必须部署在已部署 Live Communications Server 的域中的中央林中，但是通讯簿 URL 必须可从中央林和所有用户林进行访问。允许远程用户使用 HTTPS 访问外部通讯簿 URL通讯簿 URL 可以