新网创想网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
这篇文章给大家介绍怎么实现DB2数据库事务日志已满的分析,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。
创新互联建站网站建设10多年坚持,服务企业网站设计、成都响应式网站建设公司等网站建设服务。近1000家企业的合作经验,帮助我们为服务企业不断提升价值。为企业建设开发网站和维护,主推个性化定制型网站设计
某日下午,开发报告说在执行DML操作时,数据库报事务日志已满的错误。
db2diag.log数据库日志中的报错信息:
2013-04-01-16.43.30.736907+480 E2147482982C502 LEVEL: Error
PID : 126660 TID : 1 PROC : db2agent (SSO) 0
INSTANCE: db2inst1 NODE : 000 DB : SSO
APPHDL : 0-1103 APPID: GA0429B5.F627.130401082711
FUNCTION: DB2 UDB, data protection, sqlpgResSpace, probe:2860
MESSAGE : ADM1823E The active log is full and is held by application handle
"1103". Terminate this application by COMMIT, ROLLBACK or FORCE
APPLICATION.
客户端具体信息如下:
$db2 delete from tzsdb01
DB21034E 该命令被当作 SQL 语句来处理,因为它不是有效的“命令行处理器”命令。
在 SQL 处理期间,它返回:
SQL0964C 数据库的事务日志已满。 SQLSTATE=57011
这个问题的原因是:表中数据量过大,delete 时,会写入日志,但日志容量过小。
解决方法: 增大日志容量、数据量 或 减少一次的删除数据量,分多次删除。
生产环境为避免白天停库,提示开发分多次删除,这样就不出错了。但是要彻底解决这个问题,还需申请停库修改数据库参数。
我们先看一下,数据库的关于日志的配置参数
$ db2 get db cfg for tzsdb01
Database Configuration for Database zssqdb01
Database configuration release level = 0x0d00
Database release level = 0x0d00
Database territory = cn
Database code page = 1208
Database code set = UTF-8
Database country/region code = 86
Database collating sequence = IDENTITY
Multi-page file allocation enabled = YES
Log retain for recovery status = RECOVERY
User exit for logging status = YES
Self tuning memory (SELF_TUNING_MEM) = ON
Size of database shared memory (4KB) (DATABASE_MEMORY) = AUTOMATIC(1662183)
Database memory threshold (DB_MEM_THRESH) = 10
Max storage for lock list (4KB) (LOCKLIST) = AUTOMATIC(130720)
Percent. of lock lists per application (MAXLOCKS) = AUTOMATIC(97)
Package cache size (4KB) (PCKCACHESZ) = AUTOMATIC(421273)
Sort heap thres for shared sorts (4KB) (SHEAPTHRES_SHR) = AUTOMATIC(46809)
Sort list heap (4KB) (SORTHEAP) = AUTOMATIC(9361)
Database heap (4KB) (DBHEAP) = AUTOMATIC(2626)
Catalog cache size (4KB) (CATALOGCACHE_SZ) = 300
Log buffer size (4KB) (LOGBUFSZ) = 4096
Log file size (4KB) (LOGFILSIZ) = 1024
Number of primary log files (LOGPRIMARY) = 10
Number of secondary log files (LOGSECOND) = 4
Changed path to log files (NEWLOGPATH) =
Path to log files = /home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/
先看增大日志的容量,注意红色的值为1024
$db2 update db cfg for zssqdb01 using logfilsiz 8192 将其增大到8192
然后停止应用,停库再启库就生效了
$db2 force applications all
$db2stop
$db2start
如果需要增大日志的数据量则需要进行计算和这样设置,这时日志容量已变为8192
Log file size (4KB) (LOGFILSIZ) = 8192
Number of primary log files (LOGPRIMARY) = 10
Number of secondary log files (LOGSECOND) = 4
现在的日志数据量为
计算公式如下:
数据库事务日志的数据量大小 = ( LOGPRIMARY + LOGSECOND )* LOGFILSIZ * 4KB
即:
( 10 + 4)* 8192 * 4KB = 458752 K = 458 M (大约数)
下面断开此数据库的所有连接
修改主日志文件个数: db2 update db cfg for
修改辅助日志文件个数:db2 update db cfg for
这时的大小=(15+10)*8192*4KB=819200K=819M (大约数)
然后停库再启库,问题得到解决。
注:LOGPRIMARY+LOGSECOND不能超过255,日志空间大小不能超过256G。对于LOGPRIMARY和LOGFILSIZ参数的修改需要断开连接,重连数据库才能生效。LOGSECOND参数的修改则立即生效,对于生产系统比较快的应急解决办法,可以直接先修改此参数。
补充知识:
1,主日志文件的数目 LOGPRIMARY
此数据库配置参数用来指定要预分配的主日志文件个数。主日志文件建立分配给恢复日志文件的固定存储器数量。在循环日志管理模式下,数据库事务将按顺序重复使用主日志,也就是当一个主日志已满时,顺序使用下一个主日志,如果主日志已满,则按需一次分配一个辅助日志,辅助日志在使用完后,将被释放。如果你发现数据库会经常分配辅助日志文件,则可能需要通过增大日志文件大小或增大主日志文件的数目来提高系统性能。
2,辅助日志文件的数目 LOGSECOND
此数据库配置参数用来指定按需分配的辅助日志文件个数。尽量不要把此参数的值设置成“ -1 ” ,“ -1 ”代表你在请求一个无限的活动日志空间,数据库也不会报数据库事务日志已满错误,如果空间不足则会报日志磁盘已满错误。
3,日志文件大小 LOGFILSIZ
此数据库配置参数用来指定日志文件的大小。
4,数据库事务日志已满错误
数据库事务日志已满错误是指当前事务无法写入到活动日志中(此时主日志文件和辅助日志文件已经全部用完或者没有足够当前事务写入的空间),需要注意的是,这个错误和日志磁盘空间已满是两个概念。数据库事务日志已满不是由于磁盘空间满引起的,而是由于没有落实的事务总体过大,超过了数据库事务日志所能容纳的最大大小所造成的。
当出现这样的错误时,不要尝试使用 DB2STOP FORCE 命令来强制停掉数据库,建议大家使用 FORCE APPLICATION 命令停掉引起这个错误的应用程序或者停掉所有的应用程序。也不建议大家使用 KILL 命令来杀掉任何 DB2 相关的进程。如果 使用DB2STOP FORCE命令hang住了,最后再尝试杀掉进程,重新DB2START或重启服务器。
关于怎么实现DB2数据库事务日志已满的分析就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。