db2数据库日志已满

㈠ 如何查看db2的数据库的日志文件

查看db2的数据库的日志文件：

实例日志在sqllib/db2mp/db2diag.log，记录起停、出错警告信息。

数据库的事务日志通过db2 get db cfg for <dbname>，看NEWLOGPATH下面一行。

(1)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如何关闭日志，db2数据库日志满了，如何是哪个数据库进程

在db2diag.log里面有进程号,然后get snapshot~
希望我的回答对你有帮助，如果有疑问，请继续“追问”
答题不易，互相理解，您的采纳是我前进的动力。

㈢ 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 辅助日志文件的数目
日志文件大小 主日志文件的数目 辅助日志文件的数目 三个数字调大点就好

㈣ 数据库的事务日志已满要怎么办！！！急！

修改日志文件
alter database dbname
modify file (name=日志文件的逻辑名称, maxsize=50mb )
go

压缩数据库
dbcc shrinkdatabase(dbname)

㈤ 数据库日志已满，如何处理

先提供一种复杂的方法压缩日志及数据库文件如下：
1.清空日志
mp transaction 库名 with no_log
2.截断事务日志：
backup log 数据库名 with no_log
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了
也可以用sql语句来完成
--收缩数据库
dbcc shrinkdatabase(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
dbcc shrinkfile(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除log文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的log，大小只有500多k
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a.分离
e x e c sp_detach_db @dbname = 'pubs'
b.删除日志文件
c.再附加
e x e c sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\program files\microsoft sql server\mssql\data\pubs.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--sql语句设置方式:
e x e c sp_dboption '数据库名', 'autoshrink', 'true'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xm(x是你允许的最大数据文件大小)
--sql语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)

㈥ 如何从根本上解决SQL数据库日志已满的问题

1、你设置了日志文件的最大数，数据库的恢复模式是完整恢复模式，所有的针对数据库的改动都会记录到日志，不仅仅是你的改动数据库，数据库本身的操作也有记录到日志，所以，日志文件才会不断增长。
2、那是因为大部分的电脑上的数据库，基本没怎么变过，但生产用的数据库经常变动，所以日志记录也变得巨大，我见过数据库200MB，但是日志文件50GB，因为本来数据库有10GB，因为测试需要删除了大部分的数据，结果导致日志文件增长到了50GB。
3、定时备份日志并收缩日志文件。
4、通过备份日志，并收缩日志文件，这个语句你自己网络。

5、日志是一个以事务编号连续的记录，比如，我第一次备份的日志事务编号为1-1000，那么日志就会被截断，并从1001开始，之后的日志备份就从1001开始了，所以，初始备份一直到最后一次备份都不能删除，否则使用日志恢复时会出现问题。

㈦ DB2数据库在线备份后,磁盘空间快要被写满了,怎么办

没看明白什么意思。你是说你的在线备份的备份文件所在目录快满了？那你可以把不需要的备份文件转移或者删除啊。再或者你更改数据库备份文件路径啊。
backup db dbname online to dir include logs 这就是在线备份的命令，这里你可以指定dir目录啊。同样你可以删除以前的备份文件，或者转移走也行。

另外，如果你指的是你的归档日志的话，你可以查看一下你当前活动日志是哪一个。然后对数据库在线做全备份，再删除比这个活动日志序号小的归档日志就可以了。

㈧ 数据库事务日志已满。

工具/材料：Management Studio。

1、首先在桌面上，点击“Management Studio”图标。

㈨ DB2 V9 使用备份 建立新数据库的时候 提示数据库文件已满不知道是怎么回事

报错很明确，是磁盘空余空间不够。
如果问具体哪里不够，目前贴出来的信息不够得到该答案。

如果再次确认过d:下的空闲空间是足够的，请试试命令
RESTORE DATABASE SALESOA FROM "E:\PRM" TAKEN AT 20120114161555 on "E:" INTO SALESOA

如果仍旧报sql968，请用“重定向恢复”做吧（搜索下，就会知道大概的步骤滴）。这样可以先看看表空间的结构，对该数据库的结构有个了解，然后再去判断是哪里出了问题。

㈩ 数据库报错 日志服务已满

1，你硬盘空间不够了吧？ --清理硬盘
2，或者你看看该数据库的日志文件有没有设定固定大小？ --设置自动增长吧，不要固定的

你也可以把数据库恢复模式设成简单模式。然后把日志截取掉。