分布式管理：用 HADR 减少停机时间（详细解释如何减少故障对数据库环境的影响）

核心提示：在完美的世界里，任务关键数据库不会遇到硬件、网络或软件故障等问题，分布式管理：用 HADR 减少停机时间（详细解释如何减少故障对数据库环境的影响），也不会遇到火灾和水灾等自然灾害，但是，另外，通过使用 Automatic Client Reroute 或在与数据库交互的每个应用程序中添加重试逻辑，在真实环境中，任何数据

在完美的世界里，任务关键数据库不会遇到硬件、网络或软件故障等问题，也不会遇到火灾和水灾等自然灾害。但是，在真实环境中，任何数据库都可能受到这些事件的影响，可能会导致长时间的停机（执行恢复）、丢失关键数据或需要完全重新构建整个数据库基础结构。如果数据库环境由单分区 DB2 数据库组成，那么可以使用 IBM DB2 for Linux, UNIX, and Windows 特性 High Availability Disaster Recovery (HADR) 尽可能减少这些事件的影响。

什么是 HADR？

HADR 是一个 DB2 数据库复制特性，其目的是在发生部分站点故障（硬件、网络或软件故障）或全站点事故（火灾、水灾等）时，尽可能减少对数据库系统的影响。HADR 把数据修改从源数据库（称为主数据库）复制到目标数据库（称为备用数据库），从而防止数据丢失。它把为主数据库生成的事务日志记录传输给备用数据库，通过前滚这些记录对备用数据库进行同步（见边栏 “复制什么？”）。

如果不使用 HADR，在发生部分站点故障时，需要重新启动服务器、一个或多个 DB2 实例以及每个实例控制的数据库。如果在发生部分站点故障时事务负载很重，要花几分钟才能重新启动受影响的实例和数据库。如果使用 HADR，在发生故障时，备用数据库会接管工作，在几秒内替代发生故障的主数据库。另外，通过使用 Automatic Client Reroute 或在与数据库交互的每个应用程序中添加重试逻辑，可以自动地把原来使用主数据库的客户机重定向到备用数据库。