DB2报“数据库日志已满”问题解决

dengwen3

　　用控制中心直接改会比较容易一点，在数据库名称上点右键-->配置-->日志-->日志文件大小、主日志文件数、辅助日志文件数改大一点。
　　也可用命令行db2cmd
　　db2 update db cfg for mymakro using LOGFILSIZ 512 --日志文件大小
　　db2 update db cfg for mymakro using LOGPRIMARY 20 --主日志
　　db2 update db cfg for mymakro using LOGSECOND5 10 --辅助日志
　　要将与此数据库的所有连接断开后才会生效。
　　[@more@]
　　执行批处理时,DB2 报数据库的事务日志已满的错误,解决办法
　　辅助日志文件的数目 (LOGSECOND) = 25
　　已更改的至日志文件的路径 (NEWLOGPATH) =
　　日志文件路径 = D:DB2NODE0000SQL00
　　003SQLOGDIR
　　溢出日志路径 (OVERFLOWLOGPATH) =
　　镜像日志路径 (MIRRORLOGPATH) =
　　首个活动日志文件 = S0000005.LOG
　　磁盘上已满的块日志 (BLK_LOG_DSK_FUL) = NO
　　事务使用的最大活动日志空间的百分比 (MAX_LOG) = 0
　　1 个活动 UOW 的活动日志文件的数目 (NUM_LOG_SPAN) = 0
　　组落实计数 (MINCOMMIT) = 1
　　软检查点前回收的日志文件的百分比 (SOFTMAX) = 100
　　启用的恢复的日志保留 (LOGRETAIN) = RECOVERY
　　启用的日志记录的用户出口 (USEREXIT) = OFF
　　HADR 数据库角色 = STANDARD
　　HADR 本地主机名 (HADR_LOCAL_HOST) =
　　HADR 本地服务名称 (HADR_LOCAL_SVC) =
　　HADR 远程主机名 (HADR_REMOTE_HOST) =
　　HADR 远程服务名称 (HADR_REMOTE_SVC) =
　　远程服务器的 HADR 实例名 (HADR_REMOTE_INST) =
　　HADR 超时值 (HADR_TIMEOUT) = 120
　　HADR 日志写同步方式 (HADR_SYNCMODE) = NEARSYNC
　　第一个日志归档方法 (LOGARCHMETH1) = LOGRETAIN
　　logarchmeth1 的选项 (LOGARCHOPT1) =
　　第二个日志归档方法 (LOGARCHMETH2) = OFF
　　logarchmeth2 的选项 (LOGARCHOPT2) =
　　故障转移日志归档路径 (FAILARCHPATH) =
　　错误时重试日志归档次数 (NUMARCHRETRY) = 5
　　日志归档重试延迟（秒） (ARCHRETRYDELAY) = 20
　　供应商选项 (VENDOROPT) =
　　启用的自动重新启动 (AUTORESTART) = ON
　　索引重新创建时间和重做索引构建 (INDEXREC) = SYSTEM (RESTART)
　　在索引构建期间记录页 (LOGINDEXBUILD) = OFF
　　loadrec 会话的缺省数目 (DFT_LOADREC_SES) = 1
　　要保留的数据库备份的数目 (NUM_DB_BACKUPS) = 12
　　恢复历史保留时间（天数） (REC_HIS_RETENTN) = 366
　　TSM 管理类 (TSM_MGMTCLASS) =
　　TSM 节点名 (TSM_NODENAME) =
　　TSM 所有者 (TSM_OWNER) =
　　TSM 密码 (TSM_PASSWORD) =
　　自动维护 (AUTO_MAINT) = OFF
　　自动数据库备份 (AUTO_DB_BACKUP) = OFF
　　自动表维护 (AUTO_TBL_MAINT) = OFF
　　自动 runstats (AUTO_RUNSTATS) = OFF
　　自动统计信息概要分析 (AUTO_STATS_PROF) = OFF
　　自动概要文件更新 (AUTO_PROF_UPD) = OFF
　　自动重组 (AUTO_REORG) = OFF
　　db2 => quit
　　DB20000I QUIT 命令成功完成。
　　C:>db2 connect to testdatabase
　　数据库连接信息
　　数据库服务器 = DB2/NT 8.2.4
　　SQL 授权标识 = ADMINIST...
　　本地数据库别名 = TESTDATABASE
　　connect to testdatabase
　　数据库连接信息
　　数据库服务器 = DB2/NT 8.2.4
　　SQL 授权标识 = ADMINIST...
　　本地数据库别名 = TESTDATABASE
　　update db cfg for testdatabase using logfilsiz 6000
　　DB20000I UPDATE DATABASE CONFIGURATION 命令成功完成。
　　SQL1363W 为立即修改而提交的一个或多个参数未动态更改。对于这些配置参数，必须在所有应用程序都与此数据库断开连接之后，更改才会生效。
　　update db cfg for testdatabase using logprimary 4
　　DB20000I UPDATE DATABASE CONFIGURATION 命令成功完成。
　　SQL1363W 为立即修改而提交的一个或多个参数未动态更改。对于这些配置参数，必须在所有应用程序都与此数据库断开连接之后，更改才会生效。
　　update db cfg for testdatabase using logsecond 25
　　DB20000I UPDATE DATABASE CONFIGURATION 命令成功完成。
　　C:>db2 ? sql964 (根据错误码查看错误解释)
　　SQL0964C数据库的事务日志已满。
　　解释:
　　已使用事务日志中的所有空间。
　　若使用具有辅助日志文件的循环日志，则尝试分配和使用这些日志。当文件
　　系统没有更多空间时，不能使用辅助日志。
　　若使用归档日志，则文件系统不提供空间来包含新日志文件。
　　不能处理该语句。
　　用户响应:
　　在接收到此消息 (SQLCODE) 时，执行 COMMIT 或
　　ROLLBACK，或重试该操作。
　　若并发应用程序正在更新数据库，则重试该操作。当另一个应用程序完成事
　　务时，可能释放日志空间。
　　发出更频繁的落实操作。若事务还未落实，则当落实事务时，可能会释放日志空间。设计应用程序时，应考虑何时落实已更新的事务，以防止日志已满的情况。
　　若发生死锁，则更频繁地检查它们。这可以通过减小数据库配置参数DLCHKTIME 来实现。这将检测到死锁，并且很快解决（通过ROLLBACK），这将释放日志空间。若经常发生这种情况，则增大数据库配置参数以允许更大的日志文件。更大的日志文件需要更多空间，但是减少了应用程序重试该操作的需要。若正在安装样本数据库，则删除它并再次安装样本数据库。