DB2 UDB 高可用性灾难恢复（HADR）是一种数据库复制功能，它为部分和整个站点故障提供了高可用性解决方案。HADR 通过将数据的更改从源数据库（称为主数据库）复制到目标数据库（称为备用数据库）来防止数据丢失，这一数据复制操作是通过库日志来实现的。这里介绍一下配置使用 HADR 时应考虑和加以注意的关于 HADR 的限制。


关于高可用性灾难恢复（HADR）的限制总结如下：：

1. 仅在 DB2 UDB 企业服务器版本（ESE）上支持 HADR。但是，当 ESE 上有多个数据库分区时，不支持 HADR。

2. 主数据库和备用数据库必须具有相同的操作系统版本和相同的 DB2 UDB 版本，交替卷动升级过程中较短时间除外。

3. 主数据库和备用数据库上的 DB2 UDB 发行版必须具有相同的位大小（32 位或 64 位）。

4. 不支持备用数据库上的读操作。客户机无法与备用数据库连接。

5. 只能由当前主数据库执行日志归档。

6. 备用数据库上不支持备份操作。

7. 不可将非（日志）记录操作复制到备用数据库中。

由于 HADR 是使用库日志来将数据复制到备用数据库的，因此主数据库中允许非记录操作，但不允许将此类操作复制到备用数据库。这些非复制操作包括以下操作（但不仅限于以下操作）：

1）使用指定的 NOT LOGGED INITIALLY 选项创建的表。
2）BLOB 和 CLOB 字段。虽然这些字段不被复制，但会在备用数据库上为其分配空间。
3）使用 UPDATE DATABASE CONFIGURATION 和 UPDATE DATABASE MANAGER CONFIGURATION 命令对数据库配置所执行的更新。
4）恢复历史文件及对此历史文件的更改。

8. 不支持使用指定的 COPY NO 选项的装入操作。

9. 不支持使用 DataLink。

10.不支持原始日志。

HADR 不支持对数据库日志文件使用原始 I/O（直接磁盘存取）。如果使用 START HADR 命令启动 HADR，或者如果在配置了 HADR 后重新启动数据库，将检测原始日志，导致相关联的命令失败并产生 SQL1768N 原因码“9”的报错，即：

数据库配置为使用原始日志。但是，HADR 不支持对数据库日志文件使用原始 I/O（直接磁盘存取）。