db2 -v update database cfg for DB_NAME using LOGBUFSZ 256 db2 -v terminate
2. 调优步骤
通过查看下面代码中所示各行,使用数据库快照来确定 LOGBUFSZ参数的值是否为最佳值:
Log pages read = 0 Log pages written = 12644
对于OLTP,一开始以至少256页为佳;对于OLAP,则以 128 页为佳。如果常常看到"Log pages read"大于0,那么可能需要增加这个值。如果发生了回滚,也可能要读取日志页。一般而言,"log pages read"和"log pages written"之比应当尽可能小。理想情况下,"log pages read"的值应为0,而"log pages written"的值应很大。当 log pages read 太多时,意味着需要一个较大的LOGBUFSZ。
查看db2的数据库的日志文件:
实例日志在sqllib/db2dump/db2diag.log,记录起停、出错警告信息。
数据库的事务日志通过db2 get db cfg for <dbname>,看NEWLOGPATH下面一行。
扩展资料:
在日常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
当创建新数据库时,循环日志记录是缺省行为。(将 logarchmeth1 和 logarchmeth2 数据库配置参数设置为 OFF。)对于这种类型的日志记录,只允许完整的脱机数据库备份。进行完全备份时,数据库必须脱机(用户不可访问)。正如它的名称所表示的那样,循环日志记录使用一个联机日志“环”,提供对事务故障和系统崩溃的恢复。仅使用和保留日志到确保当前事务的完整性这样一个程度。循环日志记录不允许将数据库在上次完全备份 *** 作后执行的事务中前滚。上次备份 *** 作后发生的所有更改都将丢失。因为这种类型的复原 *** 作将数据恢复至进行完全备份的特定时间点,所以它称为版本恢复。欢迎分享,转载请注明来源:内存溢出
评论列表(0条)