db2数据库日志查看
如要清除日志，直接删掉不就行了，找到log文件后直接删除
log 的存放路径用下边的命令查看：
db2 get db cfg for dbname
其中有Path to log files 一行显示了log 的存放路径
㈡ 如何查看db2的数据库的日志文件
查看db2的数据库的日志文件：
实例日志在sqllib/db2mp/db2diag.log，记录起停、出错警告信息。
数据库的事务日志通过db2 get db cfg for <dbname>，看NEWLOGPATH下面一行。
(2)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日志文件在哪里
在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 如何查看事务日志空间
用着条语句：db2 get snapshot for applications on pis|grep -i 'uow log'
㈤ db2 错误日志在哪里
在 db2diag.log里。
2010-11-17-09.46.18.371000+480 I5198F701 LEVEL: Warning
PID : 4764 TID : 4348 PROC : db2dasstm.exe
INSTANCE: DB2 NODE : 000
EDUID : 4348
FUNCTION: DB2 UDB, Connection Manager, sqleUCgetDirInfo, probe:1012
DATA #1 : SQLCA, PD_DB2_TYPE_SQLCA, 136 bytes
sqlcaid : SQLCA sqlcabc: 136 sqlcode: -1013 sqlerrml: 7
sqlerrmc: TOOLSDB
sqlerrp : SQLEUCCM
sqlerrd : (1) 0x00000000 (2) 0x00000000 (3) 0x00000000
(4) 0x00000000 (5) 0x00000000 (6) 0x00000000
sqlwarn : (1) (2) (3) (4) (5) (6)
(7) (8) (9) (10) (11)
sqlstate:
㈥ 在DB2数据库中，怎样获得UPDATE语句更新的数据的数据量 如果是保存到日志中，怎样提取出来呢
是想问修改的记录数？
执行db2 -m进入，
db2 => list command options
其中
-m 显示受影响的行数 ON
db2 => update test100 set c=0
受纳皮影响的行数：3
DB20000I SQL 命令成功完成。
也逗粗可以先执行一条SELECT语句将合乎条件的记录数选择出来。例如山茄镇：
select count(*) from a where ...
然后执行update。当然严重影响效率。
日志中如果采用前像后像技术会有一页中修改多条记录等情况的。
㈦ DB2 数据库的操作日志，如何查看
将原db2diag.log文件备份到其它文件系统下。
删除db2diag.log文件。删除后，DB2会自动创建一个新的文件。
注意：如果你觉得以上操作不保险的话，Db2提供了自动归档db2diag.log的命令
db2diag -a 自动将该文件以日期时间命名
㈧ db2数据库事务日志文件目录如何降下去
1、增大日志文件键饥乎大小。
2、停掉引起这个错误的应用程序或者停掉所有的应用程序，再重启数据库。以上是db2数据库事务日志文件目录肢液降下稿悉去的方法。
㈨ 关于DB2日志记录
db2diag.log没有两天前的记录了，应首帆租该是被删除了，默认DB2数据库不会轿备自动清理db2diag.log日志。
清理后没办法找回了，不过与db2diag.log一起的还有一个文件 <instance_name>.nfy也记录了一些日志
db2diag.log文件权限在unix上是666，好像有权登录系统的用户都可以修改，要查谁清理了比较麻烦，因为只有操作系统会记录用户这种行为。
如果只是定期发生的行为，可以看看是不是有者兆定时任务进行了备份清理
如果是偶然发生的，你可以这么做（假如是unix系统）：
cat /etc/passwd|awk -F: '{print $1,$6}'|while read user home
do
cd $home
echo $user history include db2diag
cat .sh_history |grep -i db2diag
done
如果有人进行了清理，就会有类似 rm db2diag.log 或 >db2diag.log这样的命令，但具体是什么时候清理的，用户的history文件不会记录。
为了安全审计，一般借助第三方工具，记录用户在操作系统上的所有行为（包括时间）。
㈩ 那在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 //会手工产生日志