db2数据库事务日志已满
‘壹’ db2报57011错误怎么解决 the transaction log for the database is full
事务日志已满
db2 update db cfg for 数据库名 using LOGFILSIZ 日志文件大小
db2 update db cfg for 数据库名 using LOGPRIMARY 主日志文件的数目
db2 update db cfg for 数据库名 using LOGSECOND 辅助日志文件的数目
日志文件大小 主日志文件的数目 辅助日志文件的数目 三个数字调大点就好
‘贰’ db2如何关闭日志，db2数据库日志满了，如何是哪个数据库进程
在db2diag.log里面有进程号,然后get snapshot~
希望我的回答对你有帮助，如果有疑问，请继续“追问”
答题不易，互相理解，您的采纳是我前进的动力。
‘叁’ DB2表空间已满，无法访问，状态为暂挂，备份数据库报错
表空间可能处于脱机状态。尝试确定底层问题并进行更正。一些问题的
示例包括：未安装文件系统（可通过安装文件系统，然后将表空间开关
改变为联机来修正）；已经删除了表空间文件（可以通过执行复原操作
来修正）。
表空间可能已停顿。使用 LIST TABLESPACES 来检查表空间的状态。使
用 QUIESCE RESET OR QUIESCE TERMINATE 来使表空间可用。注意，保
持停顿的用户标识可能需要执行 QUIESCE REST OR TERMINATE 操作。
应该是有其他进程再跑吧，看下表空间状态，如果表空间没有异常，那就terminate下应该就可以了
‘肆’ db2怎么删除数据库的事务日志
如要清除日志，o，删掉不就行了，找到log文件后直接删除
log 的存放路径用下边的命令查看：
db2 get db cfg for dbname
其中有Path to log files 一行显示了log 的存放路径
‘伍’ DB2数据库空间满应该怎么办
db2export可以把所有数据带表结构导出来的。
‘陆’ 如何查看db2的数据库的日志文件
查看db2的数据库的日志文件：
实例日志在sqllib/db2mp/db2diag.log，记录起停、出错警告信息。
数据库的事务日志通过db2 get db cfg for <dbname>，看NEWLOGPATH下面一行。
(6)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数据库事务日志文件目录如何降下去
1、增大日志文件大小。
2、停掉引起这个错误的应用程序或者停掉所有的应用程序，再重启数据库。以上是db2数据库事务日志文件目录降下去的方法。
‘捌’ db2数据库的事务日志已满怎么解决
扩容，无论是循环日志还是归档日志，都要保证事务日志的目录空间足够
即必须保证(primary+seconday)*logfilesize比文件系统小，才能保证数据库正常运行
‘玖’ DB2创建索引的时候报文件系统已满
检查一下是否已经存在cpmtcodb_ui2
这个名称的索引。或者你在创建表关键字(parm_typ,parm_cd)时。系统会默认帮你建立一个索引sql061002095709330，因此不能再建立同样功能的索引了
‘拾’ DB2 V9 使用备份 建立新数据库的时候 提示数据库文件已满不知道是怎么回事
报错很明确，是磁盘空余空间不够。
如果问具体哪里不够，目前贴出来的信息不够得到该答案。
如果再次确认过d:下的空闲空间是足够的，请试试命令
RESTORE DATABASE SALESOA FROM "E:\PRM" TAKEN AT 20120114161555 on "E:" INTO SALESOA
如果仍旧报sql968，请用“重定向恢复”做吧（搜索下，就会知道大概的步骤滴）。这样可以先看看表空间的结构，对该数据库的结构有个了解，然后再去判断是哪里出了问题。