有关DB2日志传送的基础知识简介(2)

操作方面的考虑事项

何时重新初始化备用数据库

在 DB2 上重建索引时，会将一条日志记录写入日志，以表明该操作已启动。当备用数据库处理这条日志记录时，它不会在备用服务器上自动重建该索引。(通过设置数据库管理器 INDEXREC 配置值)可以将 DB2 配置为在其脱离前滚暂挂状态(例如，接管时)之后，第一次连接到数据库就重建索引，或者配置为在第一次尝试访问索引时进行重建。无论使用哪种方法，在发生系统故障转移时，最终用户都会察觉性能下降。防止这种情况的方法之一，是从主数据库的备份映像重新填充备用数据库，或者在重建索引时使用 I/O 暂挂和分离镜像技术进行刷新。

在主数据库上运行 DB2 装入实用程序会影响备用数据库服务器。当调用 LOAD 命令时，可以选择让装入实用程序制作所装入的表空间的备份映像，或者将备份映像的创建延迟到将来某个时间。如果选择让装入实用程序创建备份映像，则备用服务器必须有权访问装入实用程序所用的目标设备。如果选择以后再进行备份，或者在重播装入日志记录时备份映像不可用，那么备用服务器会将被装入的表空间置于恢复暂挂状态。在两种情况下，您都应该在装入操作完成后刷新备用数据库，以确保在需要进行故障转移的情况下，备用服务器上的所有数据都是可访问的。

先决条件

以下是在 DB2 上设置和配置日志传送之前必须满足的先决条件:

主系统和备用系统都必须运行同一版本的 DB2。可以故障转移到备用服务器以便在主系统上安装 DB2 的新修订包;但是，版本必须相同或更高。不能使用这种方法“回退”到某个修订包，因为两个系统不仅必须运行同一级别的 DB2，而且还必须运行同一级别的操作系统。

备用系统可用于数据库和日志文件的磁盘空间必须至少和主系统的一样多。您必须考虑在故障转移到备用服务器时，主服务器可能几天都无法使用的可能性。

必须在备用服务器上配置主服务器为数据库维护而运行的所有自动化进程。DB2 只允许为每个实例配置一个用户出口程序。如果备用服务器上已经有一个活动的数据库，那么它使用的 DB2 实例应该独立于主系统的 DB2 实例。

备用服务器上的日志归档目标必须可访问。在故障转移之后，必须保存日志文件，以便使主数据库能够恢复联机， 必须在备用系统上恢复完整的数据库备份，以初始化热备用。在创建该备份之后，主系统上生成的所有日志文件也是必需的。

有哪些选项可用?

用 DB2 实现日志传送有多种方法。本文讨论了一些较为流行的方法。

在所有情况下，备用服务器都需要一个定期发出 db2 rollforward db to end of logs 命令的调度作业。这个命令运行的频率决定了在故障转移情形下使备用服务器可用的速度。

这种频率还可以用作保护数据库不受应用程序错误破坏的方法。例如，如果备用服务器一直保持比主服务器落后几小时的状态，一个应用程序破坏了数据库中的数据，那么可以将数据库故障转移到备用服务器，以“回退”毁坏的数据，而对用户影响却很小。

所有日志传送配置都是用用户出口程序实现的。这是唯一可以用来在 DB2 中管理日志文件的方法。当一个日志文件满了的时候，DB2 记录器就将它归档。然后由 db2uext 可执行文件负责处理该日志文件。