DB2高可用性灾难恢复（HADR）的限制

　　环境 产品:DB2UDB

　　平台:跨平台

　　版本:8.2 (8.1 补丁7)

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

　　解答 关于高可用性灾难恢复(HADR)的限制总结如下::

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

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

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

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

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

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

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

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

　　1)使用指定的 NOT LOGGED INITIALLY 选项创建的表。

　　2)BLOB 和 CLOB 字段。虽然这些字段不被复制，但会在备用数据库上为其分配空间。

　　3)使用 UPDATE DATABASE CONFIGURATION 和 UPDATE DATABASE MANAGER CONFIGURATION 命令对数据库配置所执行的更新。

　　4)恢复历史文件及对此历史文件的更改。

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

　　. 不支持使用 DataLink。

　　10.不支持原始日志。

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

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