DB2 高可用性灾难恢复 (HADR) 功能是一种数据库复制方法，为部分和完整站点故障提供了高可用性解决方案。HADR 通过将数据更改从源数据库（称为主要数据库）移动到一个或多个目标数据库（称为备用数据库），预防数据丢失。
多备机 HADR 功能为数据库管理员 (DBA) 提供了一种同时实现高可用性 (HA) 和灾难恢复 (DR) 的技术。本文展示如何设置、配置和监视 HADR 多备机。此外，各种示例演示了 HADR 多备机在不同故障场景中的行为。
HADR 的业务价值
借助引入的 HADR 多备机支持，您现在可使用一种技术来同时解决高可用性和灾难恢复需求。使用一种技术解决两种重要需求，可使 DB2 系统的设置、配置和维护容易得多。
HADR 备用还可通过其他许多方式用于 HA 或 DR 以外的用途：
通过使用备机可读 (备机可读) 有效使用备用资源
备机可读功能可用于将只读">工作负载转移到一个或多个备用数据库，而不影响备用数据库的 HA 或 DR 职责。此功能可帮助减少主要数据库上的工作负载，而不影响备用数据库的主要职责。除非在备用数据库上启用了备机可读功能，否则只有主要数据库可访问。在故障转移时，连接备用数据库的应用程序不会影响备用数据库的可用性。
通过使用延迟重做 (延迟重放) 实现灵活恢复战略
延迟重做可用于指定一个备用数据库比主要数据库延后指定的秒数进行日志重放。如果主要数据库上的数据丢失或损坏，它可在具有时延的备用数据库上恢复。
滚动更新和升级
使用 HADR 设置，只需在切换时短暂地中断，即可对数据库执行各种类型的升级和 DB2® 修复包更新。启用多备机 (multiple standb) 模式后，可在维持 HADR 所提供的保护的同时执行升级。
DB2 HADR 技术是一种灵活的架构，可用于解决大部分环境中多项重要的可用性需求。
多备机简介
可使用 DB2 高可用性和灾难恢复 (HADR)，通过数据库事务日志发布方法在一个独立站点上创建数据库的暖备份。从 DB2 Version 10.1 开始，该功能得到了增强，可支持最多 3 个备用数据库。拥有多个备用数据库可为单数据库多站点数据复制实现高可用性 (HA) 和灾难恢复 (DR) 场景的组合。此外，当将多备机设置与针对 Version 10.1 的其他 HADR 增强、日志假脱机和延迟重放相结合时，它支持从用户错误或出错的事务中快速恢复。
要启用 HADR 多备机模式，可使用新的 hadr_target_list 数据库配置参数。主要数据库上的这一参数指定的条目数确定了一个主要数据库拥有的备用数据库数量。有关多备机配置的详细信息将在后续章节中介绍。
传统 HADR 特性和功能也可用于多备机。例如，任何备用数据库都支持备机可读。任何备用数据库都可执行强制或温和的接管操作。一些重要的考虑因素包括恢复点目标和与多备机接管操作相关的自动重新配置。稍后将详细介绍。而且，具有一个主要数据库和一个备用数据库的多备机配置支持使用 IBM Tivoli System Automation for Multiplatforms (SA MP) 的集群管理器自动化。多备机功能也支持滚动升级。
您可轻松地将单备机配置转换为多备机配置。有关转换的详细信息将在 设置多备机系统 一节中介绍。
3.1 首要备机与辅助备机
当在多备机模式下部署 HADR 功能时，您的设置中可拥有至多 3 个备用数据库。您将这些数据库中的一个指定为首要 HADR 备用数据库；将任何其他备用数据库指定为辅助 HADR 备用数据库。两种类型的 HADR 备用数据库都通过一个直接的 TCP/IP 连接与 HADR 主要数据库同步；两种类型都支持备机可读；并且您可为两种类型配置时延日志重放。此外，可在任何备用数据库上执行强制或温和的接管。
首要备用数据库与辅助备用数据库之间有一些重要的区别。IBM Tivoli System Automation for Multi-platforms (SA MP) 自动化故障转移仅支持首要备用数据库。必须在一个辅助备用数据库上手动执行托管来将它们设置为主要数据库。
HADR 支持各种不同的日志发布同步模式来平衡性能与数据保护： SYNC：主要数据库上写入的日志需要复制到备用数据库上的持久性存储。 NEARSYNC：主要数据库上写入的日志需要复制到备用数据库上的内存。 ASYNC：主要数据库上写入的日志需要成功发送到备用数据库（不保证收得到）。 SUPERASYNC：主要数据库上写入的日志对复制到备用数据库没有依赖性。
首要备用数据库支持所有 HADR 同步模式，但辅助备用数据库的同步模式始终为 SUPERASYNC 模式。