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

本文描述了在开放系统上使用 IBM® DB2® Universal Database™ 时配置日志传送的概念和实现。由于数据库系统对于企业成功变得越来越重要，对于全天不间断(24x7)可用性的需求也就变得前所未有地强烈。一种常见的提供 99.99%(或“四个九”)可用性的方法是实现“热”备用数据库服务器。使用备用服务器并不是个新概念;数据库管理员(DBA)们已经使用该方法多年了。通常，备用服务器需要 DBA 或操作员手工创建主系统上数据库和日志的备份，然后定期地将这些备份恢复到备用服务器上。如果主服务器发生故障，则宕机时间仅限于处理自从将最近一次备份恢复到备用服务器以来的日志文件所需的时间量。

备用服务器故障转移通常并不是自动的。相关人员必须确定启用备用服务器所花费的时间是否少于修复主系统上的原始故障所花的时间。

日志传送是什么?

日志传送(log shipping)是一种方法，它自动从主 DB2 服务器备份事务日志，并使该备份自动对备用服务器可访问。一旦将日志文件放到了备用服务器上，它就可以保持与主服务器的相对同步。

为什么要花费力气实现日志传送?

日志传送有什么好处，您为什么要花费时间设置它呢?日志传送提供了下列优点:

无需昂贵的软件或硬件即可实现冗余故障转移系统。无论从硬件还是软件角度来看，主服务器和备用服务器不必相同。备用服务器可以用于其它用途;而不必长期闲置。例如，当辅助数据库因处理进入的日志文件而处于不可访问状态时，可以在备用服务器上运行另一个独立数据库。

一旦设置好，配置成本相对低廉并且易于维护。

有非常可靠的方法用于提供数据库的冗余副本。

由于数据库处于前滚方式，因此它提供了热备用，热备用使数据库启动，并且已经准备好数据高速缓存。

能够被配置成当故障出现时允许极少量的数据损失(如果有数据丢失的话)。

实现和维护配置的成本相对低廉。

支持本地位置和灾难(远程)方案。

有没有局限?

日志传送有一些局限。与 HACMP 或 Veritas Cluster 那样的系统不同，它不提供完整的功能。但是，它也不需要额外的硬件或软件。这可以归结为一个权衡成本与可用性及复杂性的问题。对于大多数需要冗余系统，但在故障转移方案期间可以接受一些数据丢失的客户而言，日志传送是一种实用的解决方案。

只有使用附加软件，才能使日志传送彻底自动化。DBA 或操作员仍然必须在发生故障时手工地将主服务器的功能转移到备用服务器;但可以为这个故障编制脚本以最大限度地减少人为干预。用户被中断的时间，等于重播一个或多个日志文件并从任何不完整的事务回退所需时间的总和，外加重新连接用户的应用程序所需的时间。使备用数据库联机所需的时间取决于该备用服务器处理进入的日志文件的频率，以及日志文件的大小。

一旦将数据库切换到备用服务器，就必须更改客户机应用程序，使它也能指向新的服务器。或者，您可以转移该服务器的主机名和 IP 地址。