DB2事务日志用经验.docVIP

我们经常接到客户的电话，我的数据库日志满了，有没有什么好办法快速清除?尤其对于一些初入门的DB2使用者去维护一个大数据量的系统，这几乎是他们必然会碰到的一个问题。 　　我们也经常接到客户更紧急的电话，我的数据库不能使用了，因为日志占用太多空间，文件系统满了，就把日志删除了，现在数据库无法使用，这个是生产系统，需要尽快恢复，有什么办法可以让数据库立刻使用? 　　碰到这样的问题，我们可以不厌其烦的一遍遍向客户解释这个问题的原因，也可以给出非常明确的解决方案，但是对于很多客户看来，这似乎是一个比较无奈的解决方案，他们只能承担着这种操作带来的系统中断。 　　因此，对于数据库的设计人员，开发人员和维护人员来讲，非常清楚的了解数据库的日志原理与合理的规划一些操作以避免发生这样的情况是非常重要的!下面，我们就对数据库的日志原理和使用中经常遇到的问题以及其解决方法跟大家分享下。 　　1、DB2数据库的日志原理 　　事务日志记录数据库中所有对象和数据的改变，在早前版本中最大可达256G，其大小为( logprimary + logsecond ) * logfilsiz，其中logprimary + logsecond的值小于或等于256，logfilsiz的最大为262144，在9.5版本中，日志最大已经可以达到512G，其中logfilsz的大小更改为524286。 　　DB2数据库的日志分为主日志和辅助日志，其中主日志在第一个连接到达数据库或者数据库被激活后立即分配，而辅助日志在主日志大小不够的时候动态分配。所以需要注意一点，日志所在的文件系统的大小必须大于主日志文件与辅助日志文件的大小之和。 　　DB2数据库有2种日志配置方式，循环日志与归档日志。 　　循环日志：这是数据库默认的日志使用方式，主日志用来记录所有的更改，当事务提交后，日志文件会被重用。当主日志文件达到限制时，辅助日志文件将被使用。这种日志方式可以进行崩溃恢复和版本恢复，不能进行前滚恢复，不支持在线备份。 　　当活动事务的使用空间超过主日志和辅助日志的限制或者日志空间超过磁盘可使用空间，将会得到日志满的错误。 　　归档日志：启用logarchmetd1、logarchmetd2或打开logretain参数，注意，在9.5版本中，不推荐使用logretain参数，其所有的设置值将被忽略。在数据库归档日志规划时，建议不再使用logretain的方法。日志文件将不会被删除-保持在线或者离线状态。支持前滚恢复和在线备份。 　　疑问：归档日志下，日志一直保留，持续生成新日志，为什么还会出现日志满的错误? 　　归档日志下，其可用的活动日志大小依然受到主日志与辅助日志大小之和的限制，所以，即使在归档日志下，日志满的场景与活动日志下是完全一样的。 2、日志使用中的问题与解决方法 　　在日常使用中，我们遇到最多的问题就是日志满，现在用几个实际的例子来看如何分析和解决日志满的问题，一般的，日志满可以分以下几个场景： 　　A、 环境准备，并介绍数据库日志使用大小评估方法： 　　数据库参数设置如下： 　　日志文件大小(4KB) (LOGFILSIZ) = 10000 　　主日志文件的数目 (LOGPRIMARY) = 3 　　辅助日志文件的数目 (LOGSECOND) = 2 　　日志总大小为200M. 　　创建测试用表：　 C:\Documents and Settings\administratordb2 create table test_log(col int, col2 char(10)　　,col3 timestamp,col4 varchar(100),col5 varchar(100),col6 varchar(100),col7 varch　　ar(100),col8 varchar(100)) 　　DB20000I SQL命令成功完成。 　　创建插入数据的存储过程：　 C:\Documents and Settings\administratordb2 -td@ -vf proc_testlog.sql　　create procedure proc_testlog(v1 int)　　begin　　declare time int default 0;　　while (time v1)　　do　　insert into test_log values(1,testlog,current timestamp,testlogtestlogte　　stlogtestlogtestlogtestlogtestlogtestlogtestlogtestlogtestlogtestlogtestlogtestl　　og,testlogtestlo