Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

22.3. 识别用于灾难恢复的有用目录服务器功能

恢复的硬部分不是硬件；它正在获得服务器中的数据的可靠副本。有三个目录服务器功能是准备进行灾难恢复的数据副本的工具：
  • 备份数据库并验证备份
  • 使用命名管道脚本进行多层次复制、串联、备份数据库和监控服务器
  • 链
此外，使用命名管道脚本监控服务器，其他目录服务器性能计数器可以在捕获和快速响应特定关键事件时有效。

22.3.1. 为灾难恢复备份目录数据
复制链接

用于灾难恢复的最有用的工具是频繁备份目录实例。归档可以存储在物理介质上，存储在与主数据中心不同的位置，或者位于冷备份位置的不同位置。
备份可以自动化通过 cron 任务定期运行。例如，要在每天 22:00 (10pm)创建 ldap://server.example.com 实例的备份： 
0 22 * * 1    /usr/sbin/dsconf -D "cn=Directory Manager" ldap://server.example.com backup create
Copy to Clipboard Toggle word wrap
dsconf backup create 命令备份目录数据，而无需先停止服务器。
注意
红帽建议在多层次复制环境中备份所有服务器上的数据。
第 6.3 节 “备份目录服务器” 中涵盖了目录数据库和目录配置(dse.ldif 文件)。

22.3.2. 用于高可用性的多层次复制
复制链接

multi-supplier 复制是防止丢失单一服务器（甚至整个办公室或部门）的最佳防御。虽然少量服务器是数据供应商，但多个服务器都保存相同的数据，但可能在单个复制环境中有几十个供应商和中心。这会使客户端可以访问的信息，即使多个服务器离线也是如此。
复制可用于将数据复制到服务器，并更快地进行在线替换。
注意
为了防止通过复制传播数据崩溃，频繁备份数据库。
如果主供应商无法访问，复制配置还允许引用故障转移服务器。这意味着，写操作可以从客户端的角度来看进行，即使服务器离线也是如此。

例 22.1. Multi-Supplier Replication 场景

在一些情况下，复制是一个用于灾难恢复的多功能工具：
  • 对于单一服务器故障，该实例上存储的所有数据均可从其他服务器访问和检索。
  • 对于整个办公室或共处工具的丢失，服务器可以完全不同的物理位置进行镜像（由目录服务器的广域复制性能提供）。通过最少的努力，可以将流量重定向到复制站点，而无需使新服务器上线。
第 15 章 管理复制 中介绍了如何配置复制。

22.3.3. 串联数据库以实现高可用性
复制链接

链( Chaining )是客户端向一台服务器发送请求的配置，它会自动将该请求转发到其他服务器进行处理。在数据库链接（或链）中可以配置多个服务器，以便在一个服务器不可用时自动故障转移。

例 22.2. 链的情况

当链接与故障转移服务器列表结合使用时，客户端流量可以在服务器脱机时自动从单一服务器（甚至一组服务器）重定向。这并有助于恢复，但它有助于管理从主服务器到备份服务器的转换。
第 2.3 节 “创建和维护数据库链接” 中涵盖了链数据库。
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat