【DB2】高可用性灾难恢复 (HADR) 不复制的操作

DB2高可用性灾难恢复 (HADR) 使用数据库日志将数据从主数据库复制到备用数据库。主数据库允许不进行日志记录的操作，但不会将此类操作复制到备用数据库。 如果要在备用数据库中反映未日志记录的操作（例如，对历史记录文件的更新），那么必须执行额外的步骤来实现此目的。

以下是一些情况示例，在这些情况下，不会将主数据库上的操作复制到备用数据库：

• 在指定了 NOT LOGGED INITIALLY 选项的情况下创建的表不会被复制。在 HADR 备用数据库作为主数据库接管后尝试访问这些表会导致错误。
• 将复制所有已进行日志记录的 LOB 列。将不会复制未进行日志记录的 LOB 列。但是，在备用数据库上会为它们分配空间，将二进制的零作为该列的值。
• 不复制使用 UPDATE DATABASE CONFIGURATION 和 UPDATE DATABASE MANAGER CONFIGURATION 命令对数据库配置所作的更新。
• 不复制数据库配置参数和数据库管理器配置参数。
• 对于用户定义的函数 (UDF) 来说，不复制对数据库外部的对象（例如相关的对象和库文件）所作的更改。您需要通过其他方法在备用数据库上对它们进行设置。
• 不会自动地将恢复历史记录文件 (db2rhist.asc) 以及对其所作的更改从主数据库复制到备用数据库。

  通过发出带 REPLACE HISTORY FILE 参数的 RESTORE DATABASE 命令，可以将历史记录文件的原始副本（从主数据库的备份映像中获取）放到备用数据库上：

     RESTORE DB KELLY REPLACE HISTORY FILE

  初始化 HADR 并接着对主数据库执行备份活动后，备用数据库上的历史记录文件就已过期。但是，每个备份映像中都存储了历史记录文件的一个副本。通过使用以下命令从备份映像中抽取历史记录文件，可以更新备用数据库上的历史记录文件：

     RESTORE DB KELLY HISTORY FILE

  请不要使用正规操作系统命令将数据库目录中的历史记录文件从主数据库复制到备用数据库。进行复制时，如果主数据库正在更新历史记录文件，那些文件就会损坏。

  如果执行接管操作并且备用数据库有最新的历史记录文件，那么对新的主数据库执行的备份和复原操作将在历史记录文件中生成新记录，并且与原始主数据库上生成的记录完全混合。如果历史记录文件过期或者缺少条目，那么可能无法进行自动增量复原；而是，您将需要执行手动增量复原操作。