[db2inst1@seagull ~]$ db2sampl
Creating database "SAMPLE"...
Connecting to database "SAMPLE"...
Creating tables and data in schema "DB2INST1"...'db2sampl' processing complete.[@more@]
[db2inst1@seagull ~]$ db2 connect to sample
Database Connection Information
Database server= DB2/LINUX 9.1.0
SQL authorization ID= DB2INST1
Local database alias= SAMPLE
[db2inst1@seagull ~]$ db2 get db cfg|grep LOG
Catalog cache size (4KB)(CATALOGCACHE_SZ) = (MAXAPPLS*4)
Log buffer size (4KB)(LOGBUFSZ) = 8
Log file size (4KB)(LOGFILSIZ) = 1000
Number of primary log files(LOGPRIMARY) = 3
Number of secondary log files(LOGSECOND) = 2
Changed path to log files(NEWLOGPATH) =
Path to log files= /db2home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/
Overflow log path(OVERFLOWLOGPATH) =
Mirror log path(MIRRORLOGPATH) =
Block log on disk full(BLK_LOG_DSK_FUL) = NO
Percent max primary log space by transaction(MAX_LOG) = 0
Num. of active log files for 1 active UOW(NUM_LOG_SPAN) = 0
Log retain for recovery enabled(LOGRETAIN) = OFF
First log archive method(LOGARCHMETH1) = OFF
Options for logarchmeth1(LOGARCHOPT1) =
Second log archive method(LOGARCHMETH2) = OFF
Options for logarchmeth2(LOGARCHOPT2) =
Log pages during index build(LOGINDEXBUILD) = OFF
[db2inst1@seagull ~]$ db2 update db cfg for sample using LOGFILSIZ 100
DB20000IThe UPDATE DATABASE CONFIGURATION command completed successfully.
[db2inst1@seagull ~]$ db2 connect reset
SQL1024NA database connection does not exist.SQLSTATE=08003
[db2inst1@seagull ~]$ db2 connect to sample
Database Connection Information
Database server= DB2/LINUX 9.1.0
SQL authorization ID= DB2INST1
Local database alias= SAMPLE
[db2inst1@seagull ~]$ db2 get db cfg|grep LOGFILSIZ
Log file size (4KB)(LOGFILSIZ) = 100
1.2修改logarchmeth1参数，且备份数据库
[db2inst1@seagull archive]$ db2 update db cfg for sample using LOGARCHMETH1 DISK:/db2home/db2inst1/archive
DB20000IThe UPDATE DATABASE CONFIGURATION command completed successfully.
SQL1363W One or more of the parameters submitted for immediate modification
were not changed dynamically. For these configuration parameters, all
applications must disconnect from this database before the changes become
effective.
[db2inst1@seagull archive]$ db2 connect reset#特别注意，这里一定要重新连接，否则更改不起作用，我第一次试验就是因为没有重联，结果就是发现归档老是没有成功。
DB20000IThe SQL command completed successfully.
[db2inst1@seagull archive]$ db2 connect to sample
SQL1116NA connection to or activation of database "SAMPLE" cannot be made
because of BACKUP PENDING.SQLSTATE=57019
[db2inst1@seagull archive]$ db2 backup database sample to /db2home/db2inst1/backup/
Backup successful. The timestamp for this backup image is : 20080121234435
[db2inst1@seagull archive]$ db2 connect to sample
Database Connection Information
Database server= DB2/LINUX 9.1.0
SQL authorization ID= DB2INST1
Local database alias= SAMPLE
[db2inst1@seagull archive]$ db2 get db cfg|grep LOG
Catalog cache size (4KB)(CATALOGCACHE_SZ) = (MAXAPPLS*4)
Log buffer size (4KB)(LOGBUFSZ) = 8
Log file size (4KB)(LOGFILSIZ) = 100
Number of primary log files(LOGPRIMARY) = 3
Number of secondary log files(LOGSECOND) = 2
Changed path to log files(NEWLOGPATH) =
Path to log files= /db2home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/
Overflow log path(OVERFLOWLOGPATH) =
Mirror log path(MIRRORLOGPATH) =
First active log file= S0000000.LOG
Block log on disk full(BLK_LOG_DSK_FUL) = NO
Percent max primary log space by transaction(MAX_LOG) = 0
Num. of active log files for 1 active UOW(NUM_LOG_SPAN) = 0
Log retain for recovery enabled(LOGRETAIN) = OFF
First log archive method(LOGARCHMETH1) = DISK:/db2home/db2inst1/archive/
Options for logarchmeth1(LOGARCHOPT1) =
Second log archive method(LOGARCHMETH2) = OFF
Options for logarchmeth2(LOGARCHOPT2) =
Log pages during index build(LOGINDEXBUILD) = OFF
[db2inst1@seagull archive]$
1.3模拟事务，测试是否会归档
[db2inst1@seagull archive]$ ls /db2home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/
S0000000.LOGS0000001.LOGS0000002.LOG
[db2inst1@seagull archive]$ db2 "insert into staff select * from staff"
DB20000IThe SQL command completed successfully.
...重复执行该语句，直到报SQL0964C错误
[db2inst1@seagull archive]$ db2 "insert into staff select * from staff"
DB21034EThe command was processed as an SQL statement because it was not a
valid Command Line Processor command.During SQL processing it returned:
SQL0964CThe transaction log for the database is full.SQLSTATE=57011
#活动日志目录里面先前的日志文件不见了，只剩下了first active ->current的log，个数正好小于等于logprimary(3) + logseconday(2)
[db2inst1@seagull archive]$ ls /db2home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/
S0000007.LOGS0000008.LOGS0000009.LOGS0000010.LOGS0000011.LOG
[db2inst1@seagull C0000000]$ db2 get db cfg|grep "First active log file"
First active log file= S0000007.LOG
#可以看到归档目录下已经有了归档文件，且活动日志目录里面的文件被归档后就删除了，归档设置成功!
[db2inst1@seagull C0000000]$ ls
S0000000.LOGS0000001.LOGS0000002.LOGS0000003.LOGS0000004.LOGS0000005.LOGS0000006.LOG此时的LOGRETAIN参数实际还是OFF的，也可以归档，我觉得原因是db2有两种设置归档模式的方法:
1)一种是设置USEREXIT=ON,此时对应的LOGRETAIN必须为ON,归档由USEREXIT指定的用户程序来执行归档
2)另外一种是设置LOGARCHMETH1参数(还有一些相关参数，参考后续介绍)，此参数可取值如下
a.OFF:表示非归档
b.LOGRETAIN:等价于将LOGRETAIN配置参数设置为RECOVERY，如果指定此值，将自动更新LOGRETAIN参数
c.USEREXIT :且等价于将USEREXIT配置参数设置为ON，如果指定此值，将自动更新USEREXIT参数
d.DISK:日志文件将在其中归档,
e.TSM:将日志文件归档在本地TSM服务器上
f.VENDOR:指定将使用供应商库来归档日志文件。此值后必须紧跟冒号(:)和库的名称
结论：
1)我的试验里，设置了LOGARCHMETH1=DISK:/xx/xx，就可以归档了，LOGRETAIN=OFF或者RECOVERY无所谓
2)如果执行db2 update db cfg for sample using LOGRETAIN=ON,则相应的LOGARCHMETH1从DISK:/xx/xx自动
变成了LOGRETAIN，而不管其原值是什么，此时不会自动归档，必须设置USEREXIT,或者再更新LOGARCHMETH1参数为DISK:/xx/xx
3)更改db cfg后，一定要connect reset，否则可能不起作用
4)不用模拟事务，可以利用db2 archive log for db sample命令来强制归档，同样可以看到归档是否生效
2.db2事务日志和归档的管理
2.1 DB2事务日志摘要
事务是逻辑工作单元。每一个事务在事务日记文件中都存储有相应的日志记录。每个事务都有一个相应的Redo Log条目。Redo Log条目将写入当前的活动日志文件。当活动日志文件变满时，它将被标记为unavailable。此时，DB2将接着此活动日志文件另外创建一个日志文件，并继续在其中写入日志条目。当前活动日志文件变满时，DB2将重复这一循环过程。当事务完成后(发起COMMIT或ROLLBACK语句)，相应的日志条目将被释放，因为不再需要将它们用于恢复数据库。
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是一个相当大的表。虽然这一语句看上去没什么问题，每行生成一条删除日记记录，但是如果未经过配置处理它可以轻易地将日志空间填满。
2.2循环日志
当循环日志生效时，事务数据将通过循环的方式写入主要日志文件。当存储于某个日志文件中的所有记录都不再需要用于恢复时，该日志文件将被重用，并且可以在以后再次成为活动日志文件。这意味着在循环日志模式中，日志文件的内容最终将被新日志条目重写。由于日志文件的内容被重写覆盖了，因此我们只能将数据库恢复到最后一次完整的数据库备份。不能使用循环日志执行时间点(point-in-time)恢复。
2.3归档日志
在归档日志模式中，redo log条目将写入主要日志文件。但是，与循环日志不同，这些日志文件永远都不可重用。当存储于某个日志文件中的所有记录都不再需要用于恢复时，该日志文件将被标记为非活动而不是可重用。这意味着它的内容永远都不会被覆盖。当第一个主要日志文件变满时，系统将分配一个新的日志文件，这样主要日志文件的配置数量(LOGPRIMARY数据库参数)将一直可用。
与单个事务相关的所有条目必须在活动日志空间中保持一致。如果长时间运行的事务所需要的日志空间大于主要日志文件可以提供的空间，则可能会分配并使用次要日志文件。在归档日志模式中，通过结合使用数据库备份映像和日志文件，我们可以将数据库恢复到具体的时间点。有关此流程的详细描述请参见下文。
设置了归档模式后，数据库将支持前滚恢复。此时，系统中将会存在三种类型的日志文件:
• 活动日志:该日志包含尚未提交或回滚的事务单元的相关信息，以及已提交但尚未写入数据库文件的事务的信息。
• 联机存档日志:活动日志中所有改动对正常处理已不需要，即该日志中所记录的事务都已提交并写入数据库文件时，该活动日志转换为联机存档日志。称之为联机，是由于它们与活动日志存放在同一个目录下。
• 脱机存档日志:将联机存档日志从活动日志目录下Copy到另外的地方存档，就称为脱机存档日志。这些日志可能在数据库前滚恢复的时候仍然需要。
2.4如何修改日志模式
2.4.1方法一
创建新的DB2数据库时，默认的日志模式为循环日志。如果希望将日志模式从循环修改为归档，可以执行以下步骤：
在磁盘上创建一个文件夹(比如说e:db_namearchive)，磁盘上必须有足够的空间存储归档日志文件。保证归档文件目标文件夹与活动日志文件目标文件夹分开。
终止与数据库的连接：
TERMINATE
更新归档日志文件目标文件夹(为归档日志文件指定路径可以将归档日志模式打开)。
UPDATE DB CFG FOR db_name USING LOGARCHMETH1 "Disk:e:db_namearchive"
重新连接到数据库：
CONNECT TO db_name
连接失败并显示以下错误消息：
SQL1116N A connection to or activation of database db_name cannot be made because of backup pending: SQLSTATE=57019
出现错误消息的原因是，日志模式已经从循环更改为归档，并且需要执行完全数据库备份。数据库处于循环日志模式时执行的备份并不充分，因此当切换模式后需要执行新备份。
使用以下命令执行完全数据库备份：
BACKUP DATABASE db_name TO d:db_namebackup
尝试再次连接到数据库。这次应该能够成功。
CONNECT TO db_name
参考：
2.4.1方法二
设置LOGRETAIN=ON,且LOGARCHMETH1=USEREXIT,同时USEREXIT=ON，并且要创建好一个名为db2uext2的可执行文件，具体方法略
