6.3. 定义复制策略


您可以根据您要提供的服务来确定复制策略。以下是您可以实现的常见复制策略:

  • 如果高可用性是主要关注的,请在单一站点上创建一个包含多个目录服务器的数据中心。单层复制提供读取故障切换,而多层次复制则提供 write-failover。

    如需了解更多详细信息,请参阅使用复制来实现高可用性

  • 如果本地可用性是主要关注,请使用复制将数据分布到位于全球本地办事处的目录服务器。您可以在单一位置(如公司总部)维护所有信息的主要副本,或者每个本地站点可以管理与它们相关的部分。

    如需了解更多详细信息,请参阅使用复制进行本地可用性

  • 要平衡目录服务器管理和避免网络拥塞的请求负载,请使用复制配置进行负载平衡。

    如需了解更多详细信息,请参阅使用复制进行负载平衡

  • 如果您将多个用户用于公司的不同位置或部分,或者某些服务器不安全,则使用 部分复制来排除 敏感或很少修改的信息,以在不损害敏感信息的情况下维护数据完整性。

    如需了解更多详细信息,请参阅 Fraction al 复制

  • 如果网络在多个站点和由多层次复制连接的本地数据供应商中扩展了多个目录服务器,请将复制配置用于广域网。

    如需了解更多详细信息,请参阅 跨各种网络复制

要确定复制策略,首先对网络、用户、应用程序及其如何使用目录服务的调查开始。

6.3.1. 执行复制问卷调查

收集网络质量和使用信息,以帮助定义复制策略:

  • 连接不同构建或远程站点以及可用带宽的 LAN 和 WAN 的质量。
  • 用户的物理位置、每个站点有多少个用户,以及他们打算如何使用目录服务的使用模式。

    管理人工资源数据库或财务信息的网站通常会在目录上造成大量负载,而不是包含将目录用于电话的工程人员。

  • 访问目录的应用程序数量以及 搜索 的相对百分比,并将 操作与 写入操作 进行比较

    如果消息传递服务器使用 目录,请找出它处理的每个电子邮件消息所执行的操作数量。使用该目录的其他产品通常是身份验证应用程序或元目录应用程序等产品。对于每个应用程序,确定目录中执行的操作的类型和频率。

  • 目录中存储条目的数量和大小。
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

关于红帽文档

Legal Notice

Theme

© 2026 Red Hat
返回顶部