高级 DBA 和开发者篇，第 3 章：DB2 高可用性灾难恢复

核心提示：在第 2 章介绍了 HA 集群（双机热备）的同步解决方案，在该方案中数据文件存在于共享的物理存储器上，高级 DBA 和开发者篇，第 3 章：DB2 高可用性灾难恢复，该方案尽管在一定程度上提高了系统的可用性，但当共享的物理存储器发生故障时，而 DB2 客户端也自动将访问重定向到备用数据库上，当发生故障的主服务器故障排除

在第 2 章介绍了 HA 集群（双机热备）的同步解决方案，在该方案中数据文件存在于共享的物理存储器上。该方案尽管在一定程度上提高了系统的可用性，但当共享的物理存储器发生故障时，系统便无法继续提供服务。异步 HA 集群通过提供多个数据副本解决了这个问题。

本章就来介绍一个异步 HA 集群解决方案——高可用性灾难恢复（High Availability Disaster Recovery ，HADR) 。一个 HADR 环境需要有主数据库（primary ）和备用数据库（standby ）两台数据库服务器。通常情况下，备用服务器不接收应用程序的读写操作，只是通过对主服务器日志文件的重放（replay ），保持与主数据库的一致性。当主数据库发生故障时，备用数据库服务器可以接管主数据库服务器的事务处理 , 成为新的主数据库服务器。当原来的主数据库服务器被修复后，又可以作为新的备用数据库服务器加入 HADR 。通过这种机制，DB2 UDB 实现了数据库的灾难恢复和高可用性，最大限度地避免了数据丢失。

查看原图（大图）

本章内容：

HADR 的工作原理

搭建 HADR

HADR 的管理

难点与重点：

搭建 HADR

3.1　 HADR 概述

DB2 数据库的高可用性灾难恢复（HADR）是 DB2 提供的高可用性解决方案，属于高可用性集群中的数据复制机制。它通过将源数据库（主数据库）上的变更日志应用到目标数据库（备用数据库）中，以实现数据的复制，避免数据的丢失和损坏。当主服务器发生故障时，备用数据库会检测到这个故障，并在数秒内接管主数据库的工作。而 DB2 客户端也自动将访问重定向到备用数据库上。当发生故障的主服务器故障排除后，可以重新作为主服务器接管备用服务器的工作。