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

环境 产品:DB2 UDB 平台:跨平台 版本:8.2 (8.1 补丁7) 问题 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(直接磁盘存取)。

• ·DB2数据库中提高INSERT性能详解（1）
• ·DB2 LOAD命令中COPY NO/COPY
• ·DB2 9数据库中有关同步trigger的记录
• ·DB2 for z/OS Web 应用程序死锁
• ·DB2数据库的数据复制技术简单概述（1）
• ·DB2中几种遇到的SQL1032N出错的解决
• ·如何操作Excel读取数据导入DB2数据库
• ·浅谈DB2数据库的故障处理及最佳实践（1）
• ·在DB2数据库里面如何更新执行计划（1）
• ·全面了解DB2数据库中的各数据类型（1）