数据库 'exam' 的事务日志已满。若要查明无法重用日志中的空间的原因，请参阅 sys.databases

清除日志啦

USE [master]

GO

ALTER DATABASE [exam] SET RECOVERY SIMPLE WITH NO_WAIT

GO

ALTER DATABASE [exam] SET RECOVERY SIMPLE --简单模式

GO

USE [exam]

GO

DBCC SHRINKFILE (N' 日志文件名' , 1, TRUNCATEONLY) --日志文件名要完整路径

GO

USE [master]

GO

ALTER DATABASE [exam] SET RECOVERY FULL WITH NO_WAIT

GO

ALTER DATABASE [exam] SET RECOVERY FULL --还原为完全模式

GO

报错很明确，是磁盘空余空间不够。

如果问具体哪里不够，目前贴出来的信息不够得到该答案。

如果再次确认过d:下的空闲空间是足够的，请试试命令

RESTORE DATABASE SALESOA FROM "E:\PRM" TAKEN AT 20120114161555 on "E:" INTO SALESOA

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

一、删除日志文件。

二、手动收缩。 *** 作如下：

1、在数据库页面中选择“选项”；

2、在打开的选项页面中，将恢复模式更改为“简单”；

3、然后点击下方的“确定”；

4、然后在数据库文件和文件组汇总，将文件类型更改为“日志”；

5、在下方的收缩 *** 作中，选择“将文件收缩到1MB”即可，也可以根据需求自行设置文件收缩大小。

没看明白什么意思。你是说你的在线备份的备份文件所在目录快满了？那你可以把不需要的备份文件转移或者删除啊。再或者你更改数据库备份文件路径啊。

backup db dbname online to dir include logs 这就是在线备份的命令，这里你可以指定dir目录啊。同样你可以删除以前的备份文件，或者转移走也行。

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

事务日志已满

db2 update db cfg for 数据库名 using LOGFILSIZ 日志文件大小

db2 update db cfg for 数据库名 using LOGPRIMARY 主日志文件的数目

db2 update db cfg for 数据库名 using LOGSECOND 辅助日志文件的数目

日志文件大小 主日志文件的数目 辅助日志文件的数目 三个数字调大点就好

检查一下是否已经存在cpmtcodb_ui2

这个名称的索引。或者你在创建表关键字(parm_typ,parm_cd)时。系统会默认帮你建立一个索引sql061002095709330，因此不能再建立同样功能的索引了

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

实例日志在sqllib/db2dump/db2diaglog，记录起停、出错警告信息。

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

扩展资料：

在日常DB2的维护中，transaction log full是比较常见的问题，日志空间使用情况也是我们比较重视的问题，如果日志是单独的文件系统分区，在 *** 作系统上即可看到日志空间使用情况，对日志使用情况进行监控，可以看到如下信息：

$ df -g

Filesystem GB blocks Free %Used Iused %Iused Mounted on

/dev/db2inst1_log01 6000 5450 10% 1458 1% /db2inst1_log01

参考资料来源：百度百科-DB2

以上就是关于数据库 'exam' 的事务日志已满。若要查明无法重用日志中的空间的原因，请参阅 sys.databases全部的内容，包括:数据库 'exam' 的事务日志已满。若要查明无法重用日志中的空间的原因，请参阅 sys.databases、DB2 V9 使用备份 建立新数据库的时候 提示数据库文件已满不知道是怎么回事、SQLserver数据库日志满了怎么处理(sqlserver事务日志已满,怎么处理)等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！