db2数据库日志

Ⅰ 如何查看db2的数据库的日志文件

查看db2的数据库的日志文件：

实例日志在sqllib/db2mp/db2diag.log，记录起停、出错警告信息。

数据库的事务日志通过db2 get db cfg for <dbname>，看NEWLOGPATH下面一行。

(1)db2数据库日志扩展阅读：

在日常DB2的维护中，transaction log full是比较常见的问题，日志空间使用情况也是我们比较重视的问题，如果日志是单独的文件系统分区，在操作系统上即可看到日志空间使用情况，对日志使用情况进行监控，可以看到如下信息：

$ df -g

Filesystem GB blocks Free %Used Iused %Iused Mounted on

/dev/db2inst1_log01 60.00 54.50 10% 1458 1% /db2inst1_log01

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

Ⅲ 如何设置DB2数据库为循环日志

当创建新数据库时，循环日志记录是缺省行为。（将 logarchmeth1 和 logarchmeth2 数据库配置参数设置为 OFF。）对于这种类型的日志记录，只允许完整的脱机数据库备份。进行完全备份时，数据库必须脱机（用户不可访问）。正如它的名称所表示的那样，循环日志记录使用一个联机日志“环”，提供对事务故障和系统崩溃的恢复。仅使用和保留日志到确保当前事务的完整性这样一个程度。循环日志记录不允许将数据库在上次完全备份操作后执行的事务中前滚。上次备份操作后发生的所有更改都将丢失。因为这种类型的复原操作将数据恢复至进行完全备份的特定时间点，所以它称为版本恢复。

Ⅳ linux下怎么清除db2数据库的日志

你要清除什么日志？归档日志还是诊断日志？如果是诊断日志，只需要删除db2diag.log
就可以了，
db2diag.log可以通过db2
get
dbm
cfg
去查看具体的日志位置

Ⅳ db2日志文件在哪里

在windows系统下的话，默认是在C:\Program Files\IBM\SQLLIB\
在日常DB2的维护中，transaction log full是比较常见的问题，日志空间使用情况也是我们比较重视的问题，查看日志空间使用情况的方法：
DB2 在DATABASE级别有几个参数，如下决定了事物日志的使用空间大小
Log file size (4KB) (LOGFILSIZ) = 60000
Number of primary log files (LOGPRIMARY) = 16
Number of secondary log files (LOGSECOND) = 200
Changed path to log files (NEWLOGPATH) =
Path to log files = /db2inst1_log01/sample
如此可以计算分配给日志的空间大约是（200+16)*60000*4/1024/1024大约50GB。
如果日志是单独的文件系统分区，在操作系统上即可看到日志空间使用情况，对日志使用情况进行监控，可以看到如下信息：

$ df -g
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/db2inst1_log01 60.00 54.50 10% 1458 1% /db2inst1_log01

Ⅵ db2怎么删除数据库的事务日志

如要清除日志，o，删掉不就行了，找到log文件后直接删除
log 的存放路径用下边的命令查看：
db2 get db cfg for dbname
其中有Path to log files 一行显示了log 的存放路径

Ⅶ 数据库历史diag.log怎么看

db2diag命令，是用来查看db2数据库运行日志信息的，实际上，db2运行日志是记录在db2diag.log文件中，可以 通过此文件，查看记录的有关DB2数据库详细的错误信息，而db2diag只是查看该日志文件的一个小工具而已。db2数据库在运行过程中如果经常有报错的话，这个文件增长的会很快，需要定期清理，备份移走或者删除，通常有两种方法：
可以通过执行db2 get dbm cfg 来查看Diagnostic data directory path(DIAGPATH) 参数的设置。
1、使用db2diag工具，直接执行命令db2diag -A /db2diagbak (备份至/db2diagbak ,使用db2diag -h查看db2diag帮助)，系统会自动移走db2diag.log并将备份的文件名添加上当前日期时间信息。
2、直接备份，在db2停止运行的情况下，将db2diag.log文件备份至其他文件系统，该文件删除后在db2启动后会自动重建。

Ⅷ DB2 数据库的操作日志，如何查看

将原db2diag.log文件备份到其它文件系统下。
删除db2diag.log文件。删除后，DB2会自动创建一个新的文件。
注意：如果你觉得以上操作不保险的话，Db2提供了自动归档db2diag.log的命令
db2diag -a 自动将该文件以日期时间命名

Ⅸ linux下怎么清除db2数据库的日志

如要清除日志，直接删掉不就行了，找到log文件后直接删除
log 的存放路径用下边的命令查看：
db2 get db cfg for dbname
其中有Path to log files 一行显示了log 的存放路径