背景信息
本节介绍了您在实际启用和配置 CLD 插件之前可能希望了解的有用概述和背景信息。本节包含以下主题：
CLD 插件概述
日历查找数据库 (CLD) 插件将用户日历和资源日历分布到某一个日历实例的多个后端服务器上，从而为日历数据库提供了水平可伸缩性。如果日历数据库分布在多个后端服务器上，Calendar Server 将使用 CLD 插件来决定存储日历的具体服务器。
Calendar Server 使用数据库有线协议 (DWP) 来访问后端服务器上的日历数据。DWP 是一个内部协议，作为 csdwpd 服务运行，为日历数据库提供网络连接功能。
CLD 插件的工作原理
Calendar Server 按以下说明访问后端服务器上的日历数据：
-
当最终用户通过 Communications Express 访问日历时，CLD 插件先从日历的 calid 中提取 userid，然后在 LDAP 目录数据库或 CLD 数据高速缓存（如果已启用）中查找日历的属主。有关配置前端计算机的信息和说明，请参见为 CLD 配置前端服务器。
-
找到日历的属主后，插件将使用 icsDWPHost LDAP 属性中的值来确定日历所在的后端服务器的主机名。此主机名必须能够被域名服务 (DNS) 解析成有效的 IP 地址。
-
Calendar Server 使用此主机名和数据库有线协议 (DWP) 访问后端服务器上的日历数据。
-
Calendar Server 使用 DWP 将日历数据发送到用户登录的服务器，以便可以在某一个用户界面中显示日历数据。
提示 –
如果您的站点正在使用 CLD 插件，则为同一用户创建的所有日历必须在同一个后端服务器上，如 LDAP 用户条目的 icsDWPHost LDAP 属性所示。如果试图在不同的后端服务器上创建日历，Calendar Server 将返回一条错误信息。
CLD 插件支持的配置
CLD 插件支持以下 Calendar Server 配置：
提示 –
在所有配置中，每个前端和后端服务器都必须：
-
位于相同的硬件平台。
-
正在运行相同的操作系统。
-
正在运行相同版本的 Calendar Server，包括修补程序。
-
为 DWP 端口使用相同的端口号（由 service.dwp.port 参数设置）。默认端口号为 "59779"。
多个前端服务器与多个后端服务器
图 6–1 显示了正在运行一个 Calendar Server 实例的两个前端服务器和两个后端服务器。如果需要，还可以配置更多的前端服务器或后端服务器。
此配置使服务器可以受到防火墙的保护，以限制对 LDAP 和日历数据库的访问。日历数据库分布在两个后端服务器上。
前端服务器属于 CPU 密集型，大部分 CPU 时间都用于为最终用户呈现日历数据。后端服务器属于磁盘密集型，大部分 CPU 时间用于访问日历数据库。
有关配置的说明，请参见为 CLD 和 DWP 配置 Calendar Server。
图 6–1 多个前端服务器与多个后端服务器
多个同时用作前端服务器和后端服务器的计算机
图 6–2 显示了三个同时用作前端服务器和后端服务器的计算机。每个计算机连接了一个日历数据库。此配置允许将日历分发到不同的地理位置。日历属主（最终用户）将登录到其日历所驻留的计算机上。有关配置的说明，请参见将服务器同时配置为前端服务器和后端服务器。
图 6–2 多个同时用作前端和后端的服务器
简单的调整大小练习
以下是基于中等使用率配置文件的几个简单公式，这些公式用于计算所需后端服务器和前端服务器的数目以及存储器的容量：
中等使用率配置文件的定义
为进行粗略估计，我们假定以下情况：
-
所有客户机均为 Web 客户机。
因此，要进行的输入仅为：用户的总数目和并行百分比。
-
日历事件的平均大小为 2K。
-
每个用户每周创建五个事件或待办事件。
-
CPU 利用率为 80%。
-
900 MHz CPU
-
1 GB RAM（每个 CPU）
-
系统存储日历数据的时间为两年。
前端 CPU 的数目
公式为：
CPU 的数目 = 并发用户数目除以 4800
后端 CPU 的数目
公式为：
CPU 的数目 = 每 500,000 个配置用户平均 4 个 CPU
所需存储器容量
公式为：
存储器容量 = 5 封电子邮件（每周）乘以 52 周（一年）乘以 2K（每封电子邮件）(5*52*2K)
= 520KB（每个用户每年）
对于假定为两年的日历数据，每个用户需要 1 MB。
- © 2010, Oracle Corporation and/or its affiliates