那在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 //会手工产生日志

问题描述：所用数据库为 oracle 10g ，模式为归档模式，oracle 系统默认的归档空间为2G，由于日志过多，空间写满，数据库的redo文件不能归档，而出现oracle数据库挂起的问题。 oem打开oracle 10g 数据库 *** 作界面，会显示如下错误信息： 由于输出设备已满或不可用, 归档程序无法归档重做日志。 数据库无法使用 现将解决办法稍作总结： 方法一：增大归档日志空间的大小 可以通过下面的方法来调整系统的回闪恢复区大小： 首先是关闭数据库：以SYS身份链接到oracle，执行shutdown immediate启动数据库到mount状态：startup mount 查看回闪恢复区的大小和存放目标：show parameter db_recovery_file_dest 修改回闪恢复区的大小alter system set db_recovery_file_dest_size = 4G(缺省是2G，可以根据实际情况调整大小) 最后打开数据库：alter database openOK , 问题解决。数据库恢复使用。 方法二 ：进入oracle清空日志信息，把空间释放出来 启动数据库到mount状态： sqlplus /as sysdba startup mount 新起一个终端，用rman进入把归档日志删除 命令rman target/ (只安装了一个oracle10g数据库) 命令crosscheck archivelog all（列出归档日志信息） 命令delete expired archivelog all（将上述列出的归档日志删除）命令exit此时最好将数据库重新备份一下 把数据库的mount状态更改为open状态 alter database openOK.问题解决，数据库可以使用。误区：在系统清空归档目录的日志信息（即物理删除归档日志，或将归档日志转移至别处）不可取，OS虽然删除了，但oracle系统识别不出来已经清空日志，只能进入oracle清空日志信息，把空间释放出来，（方法二）；或者是把归档空间设置更大（方法一）。 建议将两种方法结合使用，减少工作量，也避免数据库频繁挂起。同时定时进行数据库完全备份或其他重要数据备份

---