大家好，又见面了，我是你们的朋友全栈君。

0：前言

DB2日志是以文件的形式存放在文件系统中，分为两种模式：循环日志和归档日志。当创建新数据库时，日志的缺省模式是循环日志。在这种模式下，只能实现数据库的脱机备份和恢复。如果要实现联机备份和恢复，必须设为归档日志模式。

在 DB2 UDB 中，脱机备份也是最简单的备份。脱机备份要求采取完全数据库备份，显然，在备份的过程中，数据库是脱机的。换言之，当执行脱机备份时，用户无法访问数据库。

如果您正在使用循环日志记录，脱机备份是惟一受支持的备份类型。

当首先创建一个数据库的时候，这是默认的日志记录方法。对于循环日志记录，log retain for recovery status 和 user exit for logging status 都被设为 NO。LOGRETAIN 和 USEREXIT 两个参数都被设为 OFF。

  Log retain for recovery status                          = NO
  User exit for logging status                            = YES
  Log retain for recovery enabled             (LOGRETAIN) = OFF
  User exit for logging enabled                (USEREXIT) = OFF

目前在综合业务系统中，设置的均是归档日志模式；其它系统（如事后监督、经营决策、中间业务等）一般都设置为循环日志模式。至于采用何种模式，可以通过修改数据库配置参数（LOGRETAIN）来实现：

 归档日志模式：db2 update db cfg for using logretain on

 注：改为on后，查看数据库配置参数logretain的值时，实际显示的是recovery。改变此参数后，再次连接数据库会显示数据库处于备份暂挂（BACKUP PENDING）状态。这时，需要做一次对数据库的脱机备份（db2 backup db ），才能使数据库状态变为正常。
循环日志模式：db2 update db cfg for using logretain off

一.日志概述

任何数据库管理系统都必须拥有确保数据一致性和可恢复性的机制。关系数据库系统为确保那些非常重要的特性所使用的众多机制之一是事务性日志记录。在本文中，我们将定义和讨论事务性日志记录的类型，及如何分配日志文件、如何存储它们。



数据库存储了供应用程序访问和处理的数据。那些应用程序会插入、读取、更新或删除数据。每一个这样的活动都是在一个事务中执行的，该事务被 定义成“应用程序过程中一个可恢复的操作序列”。除非已经提交了事务（也称作“工作单元”），否则它不会影响数据库。 



将数据库操作组合到事务中只是确保数据一致性解决方案的一半。另一半是称作预写式日志记录（write-ahead logging）的数据库管理器实现。不管事务是否被提交，只要它们发生，就会记录这些事务。在将任何数据从缓冲池写到数据库结构之前，事务会从日志缓冲区（log buffer）写到 日志文件（事务性日志记录）。用于记录事务的文件叫做 事务日志 。

二.日志分类

DB2 UDB 有两种可用的日志记录类型 — 循环（circular）日志记录和 归档（archive）日志记录。其中归档日志又分为联机归档日志和脱机归档日志。 

2.1循环日志记录

循环日志记录是数据库使用的缺省日志记录策略。在此策略中，一旦日志目录中最后一个主日志文件被写满了，就会将新的事务写到第一个日志文件中，从而覆盖现有的日志数据。这些新事务会继续依次覆盖每个旧日志文件。这种日志记录方法确保了所有已提交事务的数据一致性，这样就可以执行应急恢复。



循环日志记录通常在数据仓库环境中使用，在该环境中，恢复数据库需要的只是恢复数据库映象的问题。该策略不应该用在线事务处理（on-line transaction processing，OLTP）环境，因为它不可能进行前滚恢复。

2.2归档日志记录

与循环日志记录相比，当最后一个日志文件写满时，归档日志记录过程会创建一个新的日志文件，这样将来的事务就不会覆盖现有的日志文件。当初始化数据库时，系统会在活动日志目录中分配一定数量、指定大小的主日志文件。这个数量由数据库配置参数控制。当主日志文件都写满时，就会“根据需要”创建辅助日志文件，直到创建了最大数量的辅助日志文件为止。一旦达到了这个数量，如果需要附加的日志空间，就会发出一个错误，指出没有更多的可用日志文件，所有数据库活动停止。 



利用归档日志记录，就可能采取联机(在线)数据库备份，在执行这一操作期间，会继续记录数据库活动。如果数据库崩溃或发生故障，就会使用全备份映象，然后执行使用归档日志的前滚操作，通过前滚到日志结尾，将数据库恢复到时间点状态或最近的一致状态，从而恢复数据库。



有两种归档日志：



联机归档日志: 活动日志中所有改动对正常处理已不需要，即该日志中所记录的事务都已提交并写入数据库文件时，该活动日志转换为联机归档日志。称之为联机，是由于它们与活动日志存放在同一个目录下。 



脱机归档日志: 将联机归档日志从活动日志目录下Copy到另外的地方存档，就称为脱机归档日志。这些日志可能在数据库前滚恢复的时候仍然需要。

三．日志相关参数

我们只有弄清楚了日志相关的参数之后，才能正确修改配置参数，得到我们想要的日志管理模式，现对各参数介绍如下：

3.1 LOGRETAIN

缺省情况下，logretain的值为OFF，此时采用循环日志记录方式，将其修改为ON/ RECOVERY时，采用归档日志记录方式，从而允许数据库管理器使用前滚恢复方法，可以进行在线备份。该参数使归档日志保留在数据库日志路径目录中。当启用了 logretain配置参数时，就不需要启用 userexit 。这两个参数中的任何一个都足以允许前滚恢复方法。 

以下是 logretain的有效值： 

No（缺省值）— 表示不保留日志。 

Recovery — 表示保留日志，且可以用于前滚恢复。此外，如果您使用数据复制，CAPTURE 程序可以将日志中所记录的更新写到更改表。 

Capture — 表示只保留日志，这样 Capture 程序可以将更新写到更改表。如果没有裁剪这些日志，那么它们可以用于正向恢复。注：通常仅当为了数据复制而设置数据库时，才使用 Capture 设置。 

如果 logretain设置成“Recovery”或者 userexit设置成“Yes”，将保留活动日志文件，而且这些文件将变成联机归档日志文件，以便在前滚恢复中使用。这称为日志保留记录。 

在将 logretain设置成“Recovery”和／或将 userexit设置成“Yes”之后，必须对数据库进行完全备份。这一状态由 backup_pending标志参数表示。 

如果 再logretain设置成“No”并且 userexit也设置成“No”，就不能对数据库执行前滚恢复，而且可恢复性仅限于最新的数据库备份。在这种情况下，数据库管理器会删除 logpath目录中的所有日志文件（包括联机归档日志文件），分配新的活动日志文件，并且回复到循环日志记录。 

当 logretain设置成“Capture”时，在 Capture 程序完成时，它会调用 PRUNE LOGFILE 命令来删除日志文件。虽然如果不裁剪日志，这些日志就可以用于正向恢复，但如果您想要确保可以对数据库执行前滚恢复，就不应该将 logretain设置成“Capture”。 

当 logretain配置参数设置成“RECOVERY”时，日志文件将保留在活动日志路径中。活动日志路径由数据库配置文件中的“日志文件路径（Path to Log Files）（ logpath）”或“更改的日志文件路径（Changed Path to Log Files）（ newlogpath）”值确定。

3.2 USEREXIT

该参数使数据库管理器调用用户出口程序来归档和检索日志。启用了用户出口之后，就允许前滚恢复。当启用了 userexit配置参数时，就不需要启用 logretain。这两个参数中的任何一个都足以允许前滚恢复方法。 



使用该参数表示覆盖了循环日志记录（缺省值）。
userexit包含有 logretain的功能，反之却不成立。 



当使用 userexit 配置参数或 logretain配置参数以允许前滚恢复时，活动日志路径非常重要。当启用了 userexit配置参数时，会调用用户出口来归档日志文件，并将它们移到活动日志路径以外的位置。 



以下是该参数的有效值：



No（缺省值） 



Yes 



如果启用了该参数，无论 logretain参数如何设置，都会执行日志保留记录。该参数还表示用户出口程序应该用于归档和检索日志文件。当数据库管理器关闭日志文件时，会归档日志文件。当 ROLLFORWARD 实用程序需要使用日志文件来恢复数据库时，就会检索它们。 



在启用了参数 logretain和／或 userexit时，必须对数据库进行完全备份。这一状态由 backup_pending标志参数表示。 



如果取消选择这两个参数，就不能对数据库进行前滚恢复，因为将不再保留日志。在这种情况下，数据库管理器会删除 logpath目录中的所有日志文件（包括联机归档日志文件），分配新的活动日志文件，并且回复到循环日志记录。

3.3 LOGPRIMARY

该参数指定要创建的主日志的数量。



无论主日志是空的还是满的，所需的磁盘空间量都是相同的。因此，如果您配置的日志数量比需要的多，那么您就不必要地多使用了磁盘空间。如果您配置的日志太少了，就会遇到“日志满”情况。当选择要配置的日志数量时，必须考虑您生成的每个日志的大小，以及您的应用程序是否能处理“日志满”情况。



对于 V8.1，这个限制是 256 GB。即，日志文件的数量（LOGPRIMARY ＋ LOGSECOND）乘以以字节为单位的每个日志文件的大小（LOGFILSIZ * 4096）必须小于256 GB。

3.4 LOGSECOND

该参数指定为恢复日志文件（仅当需要时）而创建和使用的辅助日志文件的数量。请注意，日志文件的总数由以下等式限制：



logprimary＋ logsecond<＝ 256（DB2 UDB V8.1） 



当主日志文件满了时，就会按需要每次分配一个辅助日志文件（大小为 logfilsiz），最多达到由该参数控制的最大数量。如果所需的辅助日志文件的数量比该参数允许的数量大，就会将一个错误代码返回到应用程序，并且会停止对数据库的操作。 

3.5 LOGFILSZ

该参数确定了每个已配置日志的页数量。一页的大小是 4 KB。每个主日志的大小（页数量）对数据库性能有直接影响。当将数据库配置成保留日志，每当写满一个日志时，就会发出一个分配和初始化一个新日志的请求。增加日志大小会减少为分配和初始化新日志所需的请求数量。但是，请注意，日志大小越大，格式化每个新日志所花费的时间就越多。格式化新日志对于连接到数据库的应用程序是透明的，而且也不会影响数据库性能。

3.6 LOGBUFSZ

该参数允许您指定数据库共享内存的数量，在将日志记录写到磁盘之前，用该共享内存作为这些记录的缓冲区。当发生以下情况之一时，会将日志记录写到磁盘：事务提交/日志缓冲区满了/引起写操作的其它一些内部数据库管理器事件。 



缓冲日志记录将导致使日志文件 I/O 更有效，因为将日志记录写到磁盘的频率将更低，而每次写入磁盘的日志记录则更多。

3.7 MINCOMMIT

该参数允许您延迟将日志记录写到磁盘，直到已经执行了所规定的最小数量的提交。当您有多个针对数据库的应用程序正在运行，并且应用程序在非常短的时间段里请求了许多提交，那么该延迟可以帮助减少与写日志记录相关的数据库管理器开销，从而提高性能。



这种提交分组只有在该参数的值大于 1 且连接到数据库的应用程序数量大于该参数的值时才会发生。当执行提交分组时，应用程序提交请求将被挂起，直到以下两种情况有一种先发生：时间过去一秒或者提交请求的数量等于该参数的值。

3.8 NEWLOGPATH

数据库日志最初创建在名为 SQLOGDIR 的目录中，该目录是数据库目录的子目录。可以通过将该配置参数的值更改成指向另一个目录或设备来更改放置活动日志和将来归档日志的位置。如果将数据库配置成进行前滚恢复，那么就不会将当前存储在数据库日志路径目录中的归档日志移到新的位置。



因为您可以更改日志路径位置，所以前滚恢复所需的日志可能会在不同的目录中或在不同的设备上存在。在前滚过程中可以更改此配置参数以允许您访问多个位置中的日志。



在数据库处于一致状态之前，将不会更改对 newlogpath的值。信息性数据库配置参数 database_consistent表示数据库的状态。 



注：数据库管理器每次写一个事务日志。可以是活动状态的事务的总大小受数据库配置参数限制： 



日志空间 

>= LOGFILSIZ * LOGPRIMARY * 4096 字节 

<= LOGFILSIZ * (LOGPRIMARY + LOGSECOND) * 4096 字节 <= 32 GB（对于 V7.2）或 <= 256 GB（对于 V8.1） 

3.9 日志存储位置

缺省情况下，日志文件存储在以下目录中：



在 Windows 上：<instance name>\NODE0000\SQL000××\SQLOGDIR 



在 UNIX 上：<instance home directory>/<instance name>/NODE0000/SQL000××/SQLOGDIR 



在上述目录路径中，对于所创建的每个数据库，会有一个 SQLxxxxx（“xxxxx”是以 0 开头的数字）目录。如果在 DB2 实例中有多个物理数据库，就很难知道哪个 SQLxxxxx 目录属于哪个数据库。要解决这个问题，只要输入以下 DB2 命令：db2 list db directory on c/d……就可以看出数据库对应的编号，eg：db2 list db directory on d可以看到dbtest数据库的一些信息如下：

数据库别名 = DBTEST



数据库名称 = DBTEST



数据库目录 = SQL00002



数据库发行版级别 = a.00



注释 =



目录条目类型 = 本地



目录数据库分区号 = 0



数据库分区号 = 0





或者用命令db2 get db cfg for dbtest

日志文件路径 = D:\DB2\NODE0000\SQL00002\SQLOGDIR\

四.归档日志的设置

在DB2版本8.2以前，采用用户出口程序的方式进行日志归档操作，从DB2版本8.2开始，DB2集成了日志管理功能，目前支持采用如下三种方式归档日志:



　　DISK:将归档日志存放到磁盘上



　　TSM:将归档日志存放到TSM服务器



　　BAR APIs:第三方厂商提供的产品



　　DB2在版本8.2中增加了如下配置参数:



　　第一个日志归档方法 (LOGARCHMETH1) = LOGRETAIN



　　logarchmeth1 的选项 (LOGARCHOPT1) =



　　第二个日志归档方法 (LOGARCHMETH2) = OFF



　　logarchmeth2 的选项 (LOGARCHOPT2) =



　　故障转移日志归档路径 (FAILARCHPATH) =



　　错误时重试日志归档次数 (NUMARCHRETRY) = 5



　　日志归档重试延迟(秒) (ARCHRETRYDELAY) = 20



　　供应商选项 (VENDOROPT) =



　　下面是关于这些参数的说明:



　　日志归档方法 1(logarchmeth1)和日志归档方法 2(logarchmeth2)这些参数使数据库管理器将日志文件归档至活动日志路径之外的位置。如果指定这两个参数，每个日志文件均归



档两次。这意味着您将拥有两个位于不同位置的归档日志文件副本。这些参数的有效值包括介质类型，且在某些情况下，包括目标字段。



　　使用冒号(:)来分隔值。有效的值为:



　　OFF 指定不使用日志归档方法。如果 logarchmeth1 和logarchmeth2 都设置为 OFF，则认为数据库正在使用循环日志记录，且不可前滚恢复。这是缺省值。



　　LOGRETAIN 此值仅可用于 logarchmeth1，且等价于将 logretain配置参数设置为 RECOVERY。如果指定此值，将自动更新logretain 配置参数。



　　USEREXIT 此值仅对 logarchmeth1 有效，且等价于将userexit 配置参数设置为 ON。如果指定此值，将自动更新userexit 配置参数。



　　DISK 此值后必须紧跟冒号(:)，然后是全限定现有路径名，日志文件将在其中归档。例如，如果将 logarchmeth1 设置为 DISK: D:\DB2\Arch_log，则将归档日志文件放入名为 D:\DB2\Arch_log 的目录。



　　注意: 如果正在归档至磁带，可以使用 db2tapemgr 实用程序来存储和检索日志文件。TSM（Tivoli storage management） 如果指定不带任何附加配置参数，此值指示应该使用缺省管理类，将日志文件归档在本地 TSM 服务器上。如果此值后紧跟冒号(:)和 TSM 管理类，则使用指定的管理类来归档日志文件。



　　VENDOR 指定将使用供应商库来归档日志文件。此值后必须紧跟冒号(:)和库的名称。库中提供的 API 必须使用备份并复原供应商产品的 API。 注意:



　　如果将 logarchmeth1 或 logarchmeth2 设置为 OFF 以外的值，则必须配置数据库以进行前滚恢复。 如果更新 userexit或 logretain 配置参数，将自动更新 logarchmeth1，反之亦然。然而，如果您正在使用 userexit 或 logretain,必须将 logarchmeth2 设置为 OFF。



　　日志归档选项 1(logarchopt1)、日志归档选项 2(logarchopt2):



　　指定传递至 TSM 服务器或供应商 API 的字符串。对于 TSM，此字段用于允许数据库检索在不同 TSM 节点或通过不同 TSM用户生成的日志。字符串必须以如下格式提供: “-fromnode=nodename -fromowner=ownername”其中 nodename 是最初归档日志文件的 TSM 节点的名称，ownername 是最初归档日志文件的 TSM 用户的名称。每个日志归档选项字段对应于一个日志归档方法:logarchopt1与 logarchmeth1 配合使用，logarchopt2 与 logarchmeth2 配合使用。



　　故障转移归档路径(failarchpath)



　　如果指定的日志归档方法失败，则为归档日志文件指定备用目录。在失败的日志归档方法再次可用之前，此目录是日志文件的临时存储区，此时日志文件将从此目录中移至日志归档方法。通过将日志文件移动至该临时位置，可以避免日志目录发生已满情况。此参数必须是一个全限定现有目录。



　　出错时的归档重试次数(numarchretry)



　　指定在日志文件归档到 failarchpath 配置参数指定的路径之前，使用指定的归档方法归档日志文件的尝试次数。如果设置了 failarchpath 配置参数，则只能使用该参数。缺省值为 5。



　　归档重试延迟(archretrydelay)



　　指定在上一次尝试失败之后，归档日志文件尝试之间等待的时间量(以秒计)。缺省值为 20。



　　供应商选项(VENDOROPT)



　　指定使用第三方厂商进行备份、恢复、归档日志时需要的额外参数配置。参考第三方厂商存储软件的说明配置。



　　下面我们以一个简单的例子配置来说明如何将日志归档到磁盘。



　　1、修改数据库dbtest的配置参数(请在更新之前确保使用的目录已经建立，而且DB2实例用户有合适的权限):



　　 

db2 update db cfg for dbtest using logarchmeth1 DISK:D:\DB2\Arch_log





注意:如果先前你没有设置为归档日志模式，需要先修改默认参数，设置完参数后需要先做一个数据库的脱机备份。再修改logarchmeth1的路径，脚本如下:

db2 update db cfg for dbtest using logretain on userexit on



db2 backup db dbtest TO E:\DB2\backup\





此时，日志会被自动归档到D:\DB2\Arch_log下，如果我们想把日志归档到另外一个地方，或者当指定的日志归档方法失败（如归档路径的磁盘空间已满），想把归档日志文件指定到备用目录，可以为logarchmeth2、failarchpath指定路径，脚本如下：（请在更新之前确保使用的目录已经建立，而且DB2实例用户有合适的权限)

db2 update db cfg for dbtest using logarchmeth2 DISK:D:\DB2\Arch_log2



db2 update db cfg for dbtest using failarchpath D:\DB2\templogarc





此时用命令db2 get db cfg for dbtest可以查看到修改后的参数情况如下：

第一个日志归档方法 (LOGARCHMETH1) = DISK:d:\db2\arch_log\



logarchmeth1 的选项 (LOGARCHOPT1) =



第二个日志归档方法 (LOGARCHMETH2) = DISK:D:\DB2\Arch_log2\



logarchmeth2 的选项 (LOGARCHOPT2) =



故障转移日志归档路径 (FAILARCHPATH) = D:\DB2\templogarc\



错误时重试日志归档次数 (NUMARCHRETRY) = 5



日志归档重试延迟（秒） (ARCHRETRYDELAY) = 20



供应商选项 (VENDOROPT) =









尽管采用了归档日志，但是当我们处理一个工作单元中包含多个类似IMPORT、INSERT、DELETE 、UPDATE、RUNSTATS 或 REORG时，当（logprimary＋ logsecond）个日志写满事物还没有处理完成（提交）时，就会出现日志满的错误，为此我们要考虑适当的修改日志的大小和数量，同时尽量多次提交（commit）处理事物，修改日志脚本如下：

db2 UPDATE DB CFG FOR DBName USING LOGFILSIZ 6000 ; –日志文件大小



db2 UPDATE DB CFG FOR DBName USING LOGPRIMARY 8 ;–日志文件数目



db2 UPDATE DB CFG FOR DBName USING LOGSECOND 5 ; –辅助日志文件数目





另外，由于物理设备的大小限制，为了保证日志正常归档，需要不定期的删除归档日志存放路径下的无用日志，而如何判断哪些归档日志是否可以彻底删除？需要依据对数据库进行的备份情况而定。通常地，每周末进行一次完全备份，其余几天每天进行一次增量备份，只要备份文件保留完好，那么最近一次成功的增量备份日期（时间）之前的归档日志都可以删除。可以用命令db2 list history backup all for DBName查看对数据库的备份、恢复情况。



我们讨论了事务性日志记录的许多方面，如事务性日志记录是什么、如何控制它、它们存储在哪里以及如何存储、可能遇到的一些常见错误。如果您知道日志记录活动如何影响数据库和操作系统，就能够成功且有效地排除由于日志记录错误而产生的问题。

—-

[db2inst2@cognoswithdb2 ~]$ db2 get db cfg for sample
Database Configuration for Database sample
Database configuration release level                    = 0x1000
Database release level                                  = 0x1000
Database territory                                      = US
Database code page                                      = 1208
Database code set                                       = UTF-8
Database country/region code                            = 1
Database collating sequence                             = IDENTITY
Alternate collating sequence              (ALT_COLLATE) = 
Number compatibility                                    = OFF
Varchar2 compatibility                                  = OFF
Date compatibility                                      = OFF
Database page size                                      = 8192
Statement concentrator                      (STMT_CONC) = OFF
Discovery support for this database       (DISCOVER_DB) = ENABLE
Restrict access                                         = NO
Default query optimization class         (DFT_QUERYOPT) = 5
Degree of parallelism                      (DFT_DEGREE) = 1
Continue upon arithmetic exceptions   (DFT_SQLMATHWARN) = NO
Default refresh age                   (DFT_REFRESH_AGE) = 0
Default maintained table types for opt (DFT_MTTB_TYPES) = SYSTEM
Number of frequent values retained     (NUM_FREQVALUES) = 10
Number of quantiles retained            (NUM_QUANTILES) = 20
Decimal floating point rounding mode  (DECFLT_ROUNDING) = ROUND_HALF_EVEN
Backup pending                                          = NO
All committed transactions have been written to disk    = NO
Rollforward pending                                     = NO
Restore pending                                         = NO
Multi-page file allocation enabled                      = YES
Log retain for recovery status                          = NO
User exit for logging status                            = NO
Self tuning memory                    (SELF_TUNING_MEM) = OFF
Size of database shared memory (4KB)  (DATABASE_MEMORY) = AUTOMATIC(40256)
Database memory threshold               (DB_MEM_THRESH) = 100
Max storage for lock list (4KB)              (LOCKLIST) = 4096
Percent. of lock lists per application       (MAXLOCKS) = 10
Package cache size (4KB)                   (PCKCACHESZ) = (MAXAPPLS*8)
Sort heap thres for shared sorts (4KB) (SHEAPTHRES_SHR) = 5000
Sort list heap (4KB)                         (SORTHEAP) = 256
Database heap (4KB)                            (DBHEAP) = AUTOMATIC(1200)
Catalog cache size (4KB)              (CATALOGCACHE_SZ) = (MAXAPPLS*5)
Log buffer size (4KB)                        (LOGBUFSZ) = 256
Utilities heap size (4KB)                (UTIL_HEAP_SZ) = 5000
SQL statement heap (4KB)                     (STMTHEAP) = AUTOMATIC(8192)
Default application heap (4KB)             (APPLHEAPSZ) = AUTOMATIC(256)
Application Memory Size (4KB)             (APPL_MEMORY) = AUTOMATIC(40000)
Statistics heap size (4KB)               (STAT_HEAP_SZ) = AUTOMATIC(4384)
Interval for checking deadlock (ms)         (DLCHKTIME) = 10000
Lock timeout (sec)                        (LOCKTIMEOUT) = -1
Changed pages threshold                (CHNGPGS_THRESH) = 60
Number of asynchronous page cleaners   (NUM_IOCLEANERS) = AUTOMATIC(2)
Number of I/O servers                   (NUM_IOSERVERS) = AUTOMATIC(3)
Sequential detect flag                      (SEQDETECT) = YES
Default prefetch size (pages)         (DFT_PREFETCH_SZ) = AUTOMATIC
Track modified pages                         (TRACKMOD) = NO
Default number of containers                            = 1
Default tablespace extentsize (pages)   (DFT_EXTENT_SZ) = 32
Max number of active applications            (MAXAPPLS) = AUTOMATIC(40)
Average number of active applications       (AVG_APPLS) = AUTOMATIC(1)
Max DB files open per application            (MAXFILOP) = 61440
Log file size (4KB)                         (LOGFILSIZ) = 1000
Number of primary log files                (LOGPRIMARY) = 3
Number of secondary log files               (LOGSECOND) = 10
Changed path to log files                  (NEWLOGPATH) = 
Path to log files                                       = /home/db2inst2/db2inst2/NODE0000/SQL00001/LOGSTREAM0000/
Overflow log path                     (OVERFLOWLOGPATH) = 
Mirror log path                         (MIRRORLOGPATH) = 
First active log file                                   = 
Block log on disk full                (BLK_LOG_DSK_FUL) = NO
Block non logged operations            (BLOCKNONLOGGED) = NO
Percent max primary log space by transaction  (MAX_LOG) = 0
Num. of active log files for 1 active UOW(NUM_LOG_SPAN) = 0
Percent log file reclaimed before soft chckpt (SOFTMAX) = 0
Target for oldest page in LBP       (PAGE_AGE_TRGT_MCR) = 240
HADR database role                                      = STANDARD
HADR local host name                  (HADR_LOCAL_HOST) = 
HADR local service name                (HADR_LOCAL_SVC) = 
HADR remote host name                (HADR_REMOTE_HOST) = 
HADR remote service name              (HADR_REMOTE_SVC) = 
HADR instance name of remote server  (HADR_REMOTE_INST) = 
HADR timeout value                       (HADR_TIMEOUT) = 120
HADR target list                     (HADR_TARGET_LIST) = 
HADR log write synchronization mode     (HADR_SYNCMODE) = NEARSYNC
HADR spool log data limit (4KB)      (HADR_SPOOL_LIMIT) = AUTOMATIC(0)
HADR log replay delay (seconds)     (HADR_REPLAY_DELAY) = 0
HADR peer window duration (seconds)  (HADR_PEER_WINDOW) = 0
First log archive method                 (LOGARCHMETH1) = OFF
Archive compression for logarchmeth1    (LOGARCHCOMPR1) = OFF
Options for logarchmeth1                  (LOGARCHOPT1) = 
Second log archive method                (LOGARCHMETH2) = OFF
Archive compression for logarchmeth2    (LOGARCHCOMPR2) = OFF
Options for logarchmeth2                  (LOGARCHOPT2) = 
Failover log archive path                (FAILARCHPATH) = 
Number of log archive retries on error   (NUMARCHRETRY) = 5
Log archive retry Delay (secs)         (ARCHRETRYDELAY) = 20
Vendor options                              (VENDOROPT) = 
Auto restart enabled                      (AUTORESTART) = ON
Index re-creation time and redo index build  (INDEXREC) = SYSTEM (RESTART)
Log pages during index build            (LOGINDEXBUILD) = OFF
Default number of loadrec sessions    (DFT_LOADREC_SES) = 1
Number of database backups to retain   (NUM_DB_BACKUPS) = 12
Recovery history retention (days)     (REC_HIS_RETENTN) = 366
Auto deletion of recovery objects    (AUTO_DEL_REC_OBJ) = OFF
TSM management class                    (TSM_MGMTCLASS) = 
TSM node name                            (TSM_NODENAME) = 
TSM owner                                   (TSM_OWNER) = 
TSM password                             (TSM_PASSWORD) = 
Automatic maintenance                      (AUTO_MAINT) = ON
Automatic database backup            (AUTO_DB_BACKUP) = OFF
Automatic table maintenance          (AUTO_TBL_MAINT) = ON
Automatic runstats                  (AUTO_RUNSTATS) = ON
Real-time statistics            (AUTO_STMT_STATS) = ON
Statistical views              (AUTO_STATS_VIEWS) = OFF
Automatic sampling                (AUTO_SAMPLING) = OFF
Automatic reorganization               (AUTO_REORG) = OFF
Auto-Revalidation                          (AUTO_REVAL) = DEFERRED
Currently Committed                        (CUR_COMMIT) = ON
CHAR output with DECIMAL input        (DEC_TO_CHAR_FMT) = NEW
Enable XML Character operations        (ENABLE_XMLCHAR) = YES
WLM Collection Interval (minutes)     (WLM_COLLECT_INT) = 0
Monitor Collect Settings
Request metrics                       (MON_REQ_METRICS) = BASE
Activity metrics                      (MON_ACT_METRICS) = BASE
Object metrics                        (MON_OBJ_METRICS) = EXTENDED
Routine data                             (MON_RTN_DATA) = NONE
Routine executable list            (MON_RTN_EXECLIST) = OFF
Unit of work events                      (MON_UOW_DATA) = NONE
UOW events with package list        (MON_UOW_PKGLIST) = OFF
UOW events with executable list    (MON_UOW_EXECLIST) = OFF
Lock timeout events                   (MON_LOCKTIMEOUT) = NONE
Deadlock events                          (MON_DEADLOCK) = WITHOUT_HIST
Lock wait events                         (MON_LOCKWAIT) = NONE
Lock wait event threshold               (MON_LW_THRESH) = 5000000
Number of package list entries         (MON_PKGLIST_SZ) = 32
Lock event notification level         (MON_LCK_MSG_LVL) = 1
SMTP Server                               (SMTP_SERVER) = 
SQL conditional compilation flags         (SQL_CCFLAGS) = 
Section actuals setting               (SECTION_ACTUALS) = NONE
Connect procedure                        (CONNECT_PROC) = 
Adjust temporal SYSTEM_TIME period (SYSTIME_PERIOD_ADJ) = NO
Log DDL Statements                      (LOG_DDL_STMTS) = NO
Log Application Information             (LOG_APPL_INFO) = NO
Default data capture on new Schemas   (DFT_SCHEMAS_DCC) = NO
Default table organization              (DFT_TABLE_ORG) = ROW
Default string units                     (STRING_UNITS) = SYSTEM
National character string mapping       (NCHAR_MAPPING) = GRAPHIC_CU16
Database is in write suspend state                      = NO
Extended row size support             (EXTENDED_ROW_SZ) = ENABLE
[db2inst2@cognoswithdb2 ~]$ db2 get db cfg for sample|grep status
Log retain for recovery status                          = NO
User exit for logging status                            = NO
[db2inst2@cognoswithdb2 ~]$ 

在我的10.5上没有找到LOGRETAIN参数

但是在我的v8上面，有

db2 => get db cfg for sample
数据库 sample 的数据库配置
数据库配置发行版级别                                    = 0x0a00
数据库发行版级别                                        = 0x0a00
数据库地域                                              = CN
数据库代码页                                            = 1386
数据库代码集                                            = GBK
数据库国家／地区代码                                    = 86
数据库整理顺序                                          = UNIQUE
备用整理顺序                              (ALT_COLLATE) =
动态 SQL 查询管理                      (DYN_QUERY_MGMT) = DISABLE
对此数据库的发现支持                      (DISCOVER_DB) = ENABLE
缺省查询优化类                           (DFT_QUERYOPT) = 5
并行度                                     (DFT_DEGREE) = 1
在算术异常时继续                      (DFT_SQLMATHWARN) = NO
缺省刷新有效期                        (DFT_REFRESH_AGE) = 0
缺省维护的选项（DFT_MTTB_TYPES）的表类型                = SYSTEM
保留的高频值的数目                     (NUM_FREQVALUES) = 10
保留的分位点数目                        (NUM_QUANTILES) = 20
备份暂挂                                                = NO
数据库是一致的                                          = YES
前滚暂挂                                                = NO
复原暂挂                                                = NO
启用的多页文件分配                                      = YES
恢复状态的日志保留                                      = NO
日志记录状态的用户出口                                  = NO
Data Links 标记到期时间间隔（秒）           (DL_EXPINT) = 60
Data Links 写令牌初始时间间隔           (DL_WT_IEXPINT) = 60
副本的 Data Links 数目                  (DL_NUM_COPIES) = 1
删除后的 Data Links 时间（天数）        (DL_TIME_DROP)  = 1
大写的 Data Links 标记                       (DL_UPPER) = NO
Data Links 标记算法                          (DL_TOKEN) = MAC0
数据库堆（4KB）                                (DBHEAP) = 600
数据库共享内存大小（4KB）             (DATABASE_MEMORY) = AUTOMATIC
目录高速缓存大小（4KB）               (CATALOGCACHE_SZ) = (MAXAPPLS*4)
日志缓冲区大小（4KB）                         (LOGBUFSZ) = 8
实用程序堆大小（4KB）                    (UTIL_HEAP_SZ) = 5000
缓冲池大小（页）                             (BUFFPAGE) = 250
扩充存储段大小（4KB）                   (ESTORE_SEG_SZ) = 16000
扩充存储段的数目                      (NUM_ESTORE_SEGS) = 0
锁定列表的最大存储量（4KB）                   (LOCKLIST) = 50
应用程序组内存集的最大大小（4KB）     (APPGROUP_MEM_SZ) = 30000
应用程序组堆的内存百分比              (GROUPHEAP_RATIO) = 70
最大应用程序控制堆大小（4KB）         (APP_CTL_HEAP_SZ) = 128
共享排序的排序堆域值（4KB）            (SHEAPTHRES_SHR) = (SHEAPTHRES)
排序列表堆（4KB）                            (SORTHEAP) = 256
SQL 语句堆（4KB）                            (STMTHEAP) = 2048
缺省应用程序堆（4KB）                      (APPLHEAPSZ) = 256
程序包高速缓存大小（4KB）                  (PCKCACHESZ) = (MAXAPPLS*8)
统计信息堆大小（4KB）                    (STAT_HEAP_SZ) = 4384
检查死锁的时间间隔（毫秒）                  (DLCHKTIME) = 10000
每个应用程序的锁定百分比列表                 (MAXLOCKS) = 22
锁定超时（秒）                             (LOCKTIMEOUT) = -1
更改的页阈值                           (CHNGPGS_THRESH) = 60
异步页清除程序的数目                   (NUM_IOCLEANERS) = 1
I/O 服务器的数目                        (NUM_IOSERVERS) = 3
索引排序标志                                 (INDEXSORT) = YES
顺序检测标志                                (SEQDETECT) = YES
缺省预取大小（页）                    (DFT_PREFETCH_SZ) = AUTOMATIC
跟踪修改的页数                               (TRACKMOD) = OFF
容器的缺省数目                                          = 1
缺省表空间扩展数据块大小(页)            (DFT_EXTENT_SZ) = 32
活动应用程序的最大数目                       (MAXAPPLS) = AUTOMATIC
活动应用程序的平均数目       (AVG_APPLS) = 1
每个应用程序的最大打开 DB 文件数             (MAXFILOP) = 64
日志文件大小（4KB）                         (LOGFILSIZ) = 1000
主日志文件的数目                           (LOGPRIMARY) = 3
辅助日志文件的数目                          (LOGSECOND) = 2
已更改的至日志文件的路径                   (NEWLOGPATH) =
日志文件路径                                            = D:\DB2\NODE0000\SQL0
002\SQLOGDIR\
溢出日志路径                          (OVERFLOWLOGPATH) =
镜像日志路径                            (MIRRORLOGPATH) =
首个活动日志文件                                        =
磁盘上已满的块日志                    (BLK_LOG_DSK_FUL) = NO
事务使用的最大活动日志空间的百分比            (MAX_LOG) = 0
1 个活动 UOW 的活动日志文件的数目        (NUM_LOG_SPAN) = 0
组落实计数                                  (MINCOMMIT) = 1
软检查点前回收的日志文件的百分比              (SOFTMAX) = 100
 启用的恢复的日志保留 (LOGRETAIN) = OFF 启用的日志记录的用户出口 (USEREXIT) = OFF
HADR 数据库角色                                          = STANDARD
HADR 本地主机名                        (HADR_LOCAL_HOST) =
HADR 本地服务名称                       (HADR_LOCAL_SVC) =
HADR 远程主机名                       (HADR_REMOTE_HOST) =
HADR 远程服务名称                      (HADR_REMOTE_SVC) =
远程服务器的 HADR 实例名              (HADR_REMOTE_INST) =
HADR 超时值                               (HADR_TIMEOUT) = 120
HADR 日志写同步方式                      (HADR_SYNCMODE) = NEARSYNC
第一个日志归档方法                        (LOGARCHMETH1) = OFF
logarchmeth1 的选项                        (LOGARCHOPT1) =
第二个日志归档方法                        (LOGARCHMETH2) = OFF
logarchmeth2 的选项                        (LOGARCHOPT2) =
故障转移日志归档路径                     (FAILARCHPATH) =
错误时重试日志归档次数                   (NUMARCHRETRY) = 5
日志归档重试延迟（秒）                 (ARCHRETRYDELAY) = 20
供应商选项                                  (VENDOROPT) =
启用的自动重新启动                        (AUTORESTART) = ON
索引重新创建时间和重做索引构建               (INDEXREC) = SYSTEM (RESTART)
在索引构建期间记录页                    (LOGINDEXBUILD) = OFF
loadrec 会话的缺省数目                (DFT_LOADREC_SES) = 1
要保留的数据库备份的数目               (NUM_DB_BACKUPS) = 12
恢复历史保留时间（天数）              (REC_HIS_RETENTN) = 366
TSM 管理类                              (TSM_MGMTCLASS) =
TSM 节点名                               (TSM_NODENAME) =
TSM 所有者                                  (TSM_OWNER) =
TSM 密码                                 (TSM_PASSWORD) =
自动维护                                   (AUTO_MAINT) = OFF
自动数据库备份                       (AUTO_DB_BACKUP) = OFF
自动表维护                           (AUTO_TBL_MAINT) = OFF
自动 runstats                       (AUTO_RUNSTATS) = OFF
自动统计信息概要分析              (AUTO_STATS_PROF) = OFF
自动概要文件更新                  (AUTO_PROF_UPD) = OFF
自动重组                               (AUTO_REORG) = OFF
db2 =>

应该是数据库版本参数约有差异

现在的关键问题就是

五:V10.5数据库日志的配置

由于版本的差异，我就从官方文档上找了相应的说明

5.1：循环日志

当创建新数据库时，循环日志记录是缺省行为。（将 logarchmeth1 和 logarchmeth2 数据库配置参数设置为 OFF。） 对于这种类型的日志记录，只允许完整的脱机数据库备份。进行完整备份时，数据库必须脱机（用户不可访问）。

正如它的名称所表示的那样，循环日志记录使用一个联机日志环，提供对事务故障和系统崩溃的恢复。仅使用和保留日志到确保当前事务的完整性这样一个程度。循环日志记录不允许将数据库在上次完整备份操作后执行的事务中前滚。上次备份操作后发生的所有更改都将丢失。因为这种类型的复原操作将数据恢复至进行完整备份的特定时间点，所以它称为版本恢复。

图 1. 循环日志记录

崩溃恢复期间，使用
活动
日志来防止故障 （系统电源或应用程序错误）使数据库处于不一致的状态。活动日志 位于数据库日志路径目录中。

5.2：归档日志

5.4：通过日志归档管理日志文件