DB2 事务日志摘要

数据库日志

　　DB2 数据库支持两种不同的日志模式：循环(Circular)和归档(Archival)。当新数据库创建时，系统默认的日志模式为循环。如果业务需求要求更高级的功能，您可以将日志模式从循环修改为归档。

　　DB2 将一直尝试将日志条目写入主要日志文件集，也就是数据库活动时间自动分配的日志文件。如果某个事务将所有主要日志文件消耗怠尽(所有主要日志文件都被标记为 unavailable)，则数据库管理员将分配一个次要日志文件。当这个文件变满时，数据库管理员将再次检查主要日志文件的状态是否为 unavailable。如果是，则再分配一个次要日志文件并继续在其中写入条目。该过程将不断重复，直到所有次要日志文件都分配并写满。如果没有主要日志文件可供写入 Redo 条目，并且已经分配最大数量的次要日志文件，则应用程序将收到以下错误消息：
　

　SQL0964C The transaction log for the database is full.
　　

希望您曾经遇到过这种错误。但是，如果遇到此错误，则应该根据需要增加主要和次要日志文件(或者它们的大小)的数量。在理想情况下，主要日志文件的数量或大小应该足够保存最大的事务。分配次要日志文件相当消耗资源，因为它将在运行时执行。因此，我们应该将需要在高峰工作负荷期间分配的次要日志文件数量降到最低。要更新主要或次要日志文件的数量，可以发起以下命令：

　　UPDATE DB CFG FOR db_name USING LOGPRIMARY value
　　UPDATE DB CFG FOR db_name USING LOGSECOND value
　　

注意：如果出现此问题，则应该分析造成整个日志文件空间变满的原因是什么。它可能是由失控查询或用户错误造成的，因此增加日志文件的数量或大小只能在表面上解决问题。比如说，假设某个用户发起了一个 DELETE FROM tab1 语句，且 TAB1 是一个相当大的表。虽然这一语句看上去没什么问题，每行生成一条删除日记记录，但是如果未经过配置处理它可以轻易地将日志空间填满。

　　循环日志

　　当循环日志生效时，事务数据将通过循环的方式写入主要日志文件。当存储于某个日志文件中的所有记录都不再需要用于恢复时，该日志文件将被重用，并且可以在以后再次成为活动日志文件。这意味着在循环日志模式中，日志文件的内容最终将被新日志条目重写。由于日志文件的内容被重写覆盖了，因此我们只能将数据库恢复到最后一次完整的数据库备份。不能使用循环日志执行时间点(point-in-time)恢复。

　　归档日志

　　在归档日志模式中，redo log 条目将写入主要日志文件。但是，与循环日志不同，这些日志文件永远都不可重用。当存储于某个日志文件中的所有记录都不再需要用于恢复时，该日志文件将被标记为非活动 而不是可重用。这意味着它的内容永远都不会被覆盖。当第一个主要日志文件变满时，系统将分配一个新的日志文件，这样主要日志文件的配置数量(LOGPRIMARY 数据库参数)将一直可用。
　　与单个事务相关的所有条目必须在活动日志空间中保持一致。如果长时间运行的事务所需要的日志空间大于主要日志文件可以提供的空间，则可能会分配并使用次要日志文件。在归档日志模式中，通过结合使用数据库备份映像和日志文件，我们可以将数据库恢复到具体的时间点。有关此流程的详细描述请参见下文。

　　如何修改日志模式

　　创建新的 DB2 数据库时，默认的日志模式为循环日志 。如果希望将日志模式从循环修改为归档，可以执行以下步骤：
　　在磁盘上创建一个文件夹(比如说 e:\db_name\archive)，磁盘上必须有足够的空间存储归档日志文件。保证归档文件目标文件夹与活动日志文件目标文件夹分开。
　　

终止与数据库的连接：
　　TERMINATE
　　更新归档日志文件目标文件夹(为归档日志文件指定路径可以将归档日志模式打开)。
　　UPDATE DB CFG FOR db_name USING LOGARCHMETH1 "Disk:e:\db_name\archive"