那在db2中如何手动发起归档日志或切换日志

在数据库中，日志的重要性那是大大的大，所以日志一定是要先了解的．

日志类型:

主日志(Primary logs)

预分配,可用数目由db cfg的LOGPRIMARY参数规定

辅助日志(Secondary logs)

依需要再动态分配,最大数目由db cfg的LOGSECOND参数来定．辅助日志同时会在数据库

所有连接全部关闭后被删除．

如果LOGSECOND为-1,则不限制记录日志的大小．

日志记录类型:

有两类循环日志和归档日志,可以通过"配置数据库日志记录"向导来修改数据库的日志记录类型。

(1)循环日志:

默认的日志记录策略,循环日志按顺序使用。当日志中所包含的工作已提交或回滚时，可以重用。

主日志预先分配。 而辅助日志则在需要时才分配。

循环日志有两类日志,主日志和辅助日志.

主日志预先就要配好了,辅助日志在需要时再分分配.

DB2管理程序按顺序请求 ->查找主日志 ->需要的主日志不可用 ->分配一个辅助日志．

->　辅助日志也满了 ->再去检查下主日志能用不 ->还不可用就又分配一个新的辅助日志

->　然后就一直重复上述检查　

->一直到有主日志文件变为可重用为止．然后就把辅助日志释放掉．

循环日志在备份恢复中的作用：

不能进行前滚恢复，但可进行崩溃恢复和版本恢复

仅支持脱机备份.

(2)归档日志

归档日志是一种日志文件的管理技术，将那些处理非活动状态的日志文件进行归档．

归档日志是非默认的．

归档日志有几个要类

1.活动日志

包含发那些尚未提交(或回滚)的事务相关信息.还包含已提交但改动还没与的的事务相关信息

restart database

rollforward

2.联机归档日志

当活动日志关闭时，将成为一个归档日志。称它们为"联机" 是因为它们和活动

日志存放在相同的子目录下。

3.脱机归档日志

这些日志文件已经从活动日志所在的目录中移开了。可以手动，也可以

通过 userexit这样的过程调用来自动进行。归档的日志文件可以

存储到磁带或其它介质上。如tsm上。

正在用的日志(活动日志) ->如果日志用完了(联机归档日志) ->再把这些不用的日志给备份或移开(脱机归档日志)

循环日志在备份恢复中的作用：

唯一支持前滚恢复和实现可恢复数据库的日志方法．

支持脱机备份和联机备份

在DB2数据库中查看与日志有关的主要参数:

userexit 　是否启用用户出口

logretain 是否启用归档日志

trackmod 是否启用增量备份功能　

这些默认是off，即循环日志模式，如为"Yes"或"Recovery",则表明为归档日志模式．

Unix/Linux下的查看命令:

DB2 v9及以前版本:

db2 get db cfg for sample|grep "USEREXIT"

db2 get db cfg for sample|grep "LOGRETAIN"

db2 get db cfg for sample|grep "TRACKMOD"

DB2 v10:

db2 get db cfg for sample |grep "LOGARCHMETH1"

Windows下的查看命令:

DB2 v9及以前版本:

db2 get db cfg for sample |find /I "userexit"

db2 get db cfg for sample |find /I "logretain"

db2 get db cfg for sample |find /I "trackmod"

DB2 v10:

db2 get db cfg for sample |find /I "LOGARCHMETH1"

可更改这些参数使DB2数据库处于归档日志模式，以便支持联机备份．

更改命令:

DB2 v9及以前版本:

db2 update db cfg for sample using userexit on//启用用户出口

db2 update db cfg for sample using logretain on//启用归档日志

db2 update db cfg for sample using trackmod on//启用增量备份功能　

DB2 v10:

-- DISK : 本地磁盘

-- TSM : Tivoli Storage Manger

-- VENDOR : 第三方存储设备

db2 update db cfg for sample using LOGARCHMETH1 disk:/db2/db/log_archive

注意事项:

变更这些归档模式参数后，会提示SQL1116N错误,DB2数据库处于backup pending状态，是不能马上连接上数据库的，必须要做脱机备份一次才行．

脱机备份命令例子:

db2 backup db sample to c:\xclbkcold

可手工归档下,检查下生成的日志（前提是没数据库连接):

db2 archive log for db xcldb

db2 list history archive log all for xcldb

关于日志的管理:

查看首活动日志:

db2 connect to xcldb2

--中文环境使用这个

db2 get db cfg|find "首个活动日志文件"

--英文环境使用这个

db2 get db cfg|grep -i "First active log file"

db2 connect reset

db2 terminate

清理日志:

db2 connect to xcldb2

db2 prune logfile prior to S0000033.LOG

其中S0000011.LOG就是刚刚的首活动日志

手工归档命令:

db2 archive log for db xcldb2 //会手工产生日志

1.

没有提交的事务属于活动日志中的内容，另外还有一种情况是提交的但是数据变动并没有刷入磁盘中，记录着这种事务的日志也是属于活动日志。

2.

rollforward中指定的目录是前滚日志所在的路径，也就是说rollrorward的时候首先会去这个目录里面找日志。恢复到删除点，只需把

归档日志

路径下的日志copy就可以。因为活动日志在归档路径下也会有备份。

3.

include

logs包含的日志是在整个备份期间产生的日志。

4.

rollforward首先在overflow路径下寻找日志，其次还会在归档路径和活动日志下寻找需要前滚的日志。如果这三个路径下找不到，rollforward就会失败，报错找不到日志。

DB2 10.5的数据库有一个参数叫 LOGARCHMETH1，用于归档日志的设置，可以设置的值为：

OFF [LOGRETAIN, USEREXIT, DISK, TSM, VENDOR]

如果LOGARCHMETH1和LOGARCHMETH2均为OFF，表示使用循环日志。

比较常用的值：

LOGRETAIN表示启用归档日志，并保留在活动日志目录下，在前滚时会用到并成为在线归档日志。

DISK表示将归档日志归档到指定目录，格式为DISK:/path/，如：

db2 update db cfg using LOGARCHMETH1 DISK:/DB/arclogs/

如果想把归档日志直接归档到第三方备份设备，可以用USEREXIT等，具体用法可参考IBM官网information center，这里资料很全。

另外，提醒一下，设置完归档后，建议重新激活数据库使参数生效，同时必须对数据库进行一次备份（设置归档后，数据库处于backup pending状态）

db2 deactivate db <dbname>

db2 activate db <dbname>

db2 terminate

db2 backup db <dbname>

或者，如果可以重启实例，建议重启实例执行：

db2stop force

db2start

db2 backup db <dbname>

---