DB2 日志传送基础知识

核心提示： Db2uext2.cxbsa — 对 XBSA Draft 0.8 客户机的支持 这些样本程序中的每个都只需要稍作修改（如 buffer_size 、 audit_log_activation 、 audit_log_path 、 error_log_activation 和

Db2uext2.cxbsa — 对 XBSA Draft 0.8 客户机的支持

这些样本程序中的每个都只需要稍作修改（如 buffer_size 、 audit_log_activation 、 audit_log_path 、 error_log_activation 和 error_log_path ）。每个样本程序都包含一旦完成修改就必须发出的准确的编译语句。

也有一些第三方供应商（如 Veritas、Legato 和 SAP）提供他们自己的 DB2 用户出口二进制代码，所有这些都可以用来实现日志传送。

初始化备用服务器的数据库。可以通过（联机或脱机）恢复主服务器的完整 DB2 备份映像，或者通过使用分离镜像副本来做到这一点。有关使用分离镜像副本的详细信息将在下面描述。在这两种情况下，备用数据库的硬件都不必与主数据库的硬件相同。处理器和磁盘的个数和大小都可以完全不同。唯一的限制是备用数据库上每个表空间的大小至少要和主数据库上的一样大。这是为了防止出现这样的情况：备用系统的空间已经用尽，而主系统仍在继续增长。如果物理磁盘布局不同，那么就需要进行重定向恢复来初始化备用数据库。

在备用系统上配置调度作业以便定期发出 db2 rollforward to end of logs 命令。这样会处理从主服务器接收的日志记录，并使其备用服务器的日志保持最新。

现在备用服务器已经就绪。祝贺您！

如果“四个九”不够好，那该怎么办呢？

有许多办法可确保在日志传送配置中做到零数据丢失。但是，需要额外的配置和／或硬件。让我们研究一些实现无数据丢失备用服务器的较流行的方法。

通过建立镜像进行日志传送

确保无数据丢失的方法之一是制作用于包含日志文件的卷的镜像。可以使用操作系统的磁盘／卷镜像功能来实现这种方法。使用这种方法时，写入主数据库的每条日志记录也会被写入备用数据库。每条日志记录都被写入到这两个系统中，这样确保了无数据丢失。这种方法的缺点在于与两次磁盘写入操作相关的性能成本，其中一次写入操作有可能是远程的。

通过双记录进行日志传送

另一种避免数据丢失的方法是利用 DB2 的双日志记录功能。当使用这种功能时，DB2 将同一日志记录写入到两个地方。这两个地方中的一个有可能是远程安装的文件系统。DB2 试图将每条日志记录写入到两条日志路径。如果其中一条路径发生错误，则将错误消息记录到 db2diag.log 文件，而处理将继续进行。如果对其中一条路径的写入操作失败，那么除非活动日志文件已满，否则 DB2 不会尝试再向该路径进行写入操作。DB2 也不会在重新建立连接之后再次同步这两个日志路径。仅当主系统和备用系统之间的网络连接高度可靠时，这种方法才是可行的。

利用智能存储系统

现在，有许多智能存储系统（如 IBM ESS、EMC 和 HDS）可供使用，它们为本地或远程存储系统提供了磁盘镜像能力。这些系统中的每一个都提供了制作文件系统镜像的同步或异步方法。有了智能存储系统，主系统和备用系统之间日志文件镜像的实现就会得到极大的简化并且十分可靠。

结束语

总之，日志传送是提供冗余故障转移系统的相对简单和廉价的方法。它易于设置和维护，并可用来支持本地位置和远程位置两种情形。这种灾难恢复方法不会增加现任数据库管理员的负担，因为一旦完成设置，它可以自动运行。