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

核心提示： 因为 HADR 使用 TCP/IP 在主和备用数据库之间进行通信，所以这两个数据库可以位于不同的地理位置，分布式管理：用 HADR 减少停机时间（详细解释如何减少故障对数据库环境的影响）(2)，例如，主数据库可以放在一个城市的数据中心中，在使用 RESTORE DATABASE 命令从备份映像创

因为 HADR 使用 TCP/IP 在主和备用数据库之间进行通信，所以这两个数据库可以位于不同的地理位置。例如，主数据库可以放在一个城市的数据中心中，而备用数据库放在另一个城市的数据中心中。如果主站点发生全站点事故，远程备用数据库会接替主数据库，从而保持数据可用性。

紧急事件结束，恢复原来的主服务器/ 数据库之后，它可以作为备用数据库重新加入 HADR 对（如果数据库的两个拷贝可以恢复一致的话）。原来的主数据库作为备用数据库重新加入 HADR 对之后，可以切换数据库的角色，让原来的主数据库再次成为主数据库。这称为故障复原（failback）操作。

HADR 环境的需求

要想使用 HADR，必须有两个专用的服务器：一个用于运行主数据库，一个用于备用数据库。另外，这两个服务器必须满足一组非常明确的需求（见边栏 “服务器设置检查表”）。

设置 HADR

设置 HADR 环境非常简单。首先，确认作为主和备用服务器的系统是相同的，而且它们之间存在 TCP/IP 连接。然后执行以下步骤：

决定主和备用数据库服务器的主机名、主机 IP 地址和服务名或端口号。如果服务器有多个网络接口，那么一定要把 HADR 主机名或 IP 地址映射到适当的接口。需要为每个受保护的数据库分配单独的 HADR 端口，这些端口不能是已经分配给 DB2 实例的端口。主机名只能映射到一个 IP 地址。

通过在备用服务器上恢复数据库的备份映像，或者初始化主数据库的分割镜像拷贝，创建备用数据库。

在使用 RESTORE DATABASE 命令从备份映像创建备用数据库时，IBM 建议指定 REPLACE HISTORY FILE 选项。不要使用 TABLESPACE、INTO、REDIRECT 和 WITHOUT ROLLING FORWARD 选项。