db2数据库的事务日志已满

㈠ 数据库事物日志已满这个问题怎么解决

先提供一种复杂的方法压缩日志及数据库文件如下：
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)

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

先提供一种复杂的方法压缩日志及数据库文件如下：1.清空日志 mp transaction 库名 with no_log 2.截断事务日志： backup log 数据库名 with no_log3.收缩数据库文件(如果不压缩,数据库的文件不会减小 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至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)特别注意： 请按步骤进行,未进行前面的步骤,请不要做后面的步骤 否则可能损坏你的数据库. 一般不建议做第4,6两步 第4步不安全,有可能损坏数据库或丢失数据 第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.另外提供一种更简单的方法，本人屡试不爽，建议大家使用。更简单的方法： 1。右建数据库属性窗口--故障还原模型--设为简单 2。右建数据库所有任务--收缩数据库 3。右建数据库属性窗口--故障还原模型--设为大容量日志记录 查询sql数据库中表占用的空间大小最近在给一家客户做系统维护时，需要查看数据库表的大小，相关的sql如下：1. exec sp_spaceused '表名' --（SQL统计数据，大量事务操作后可能不准）
2. exec sp_spaceused '表名', true --(准确的表空间大小，但可能会花些统计时间）
3. exec sp_spaceused -- (数据库大小查询）
4. exec sp_MSforeachtable "exec sp_spaceused '?'" --(所有用户表空间表小，SQL统计数据，，大量事务操作后可能不准）
5. exec sp_MSforeachtable "exec sp_spaceused '?',true" --(所有用户表空间表小，大数据库慎用）
create table #t(name varchar(255), rows bigint, reserved varchar(20), data varchar(20), index_size varchar(20), unused varchar(20))
exec sp_MSforeachtable "insert into #t exec sp_spaceused '?'"
select * from #t
drop table #t

㈢ db2数据库日志满了，如何查询是哪个数据库进程造成的呢

在db2diag.log里面有进程号，然后get snapshot~

㈣ 数据库 '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

㈤ db2数据库的事务日志已满怎么解决

扩容，无论是循环日志还是归档日志，都要保证事务日志的目录空间足够
即必须保证(primary+seconday)*logfilesize比文件系统小，才能保证数据库正常运行

㈥ db2如何关闭日志，db2数据库日志满了，如何是哪个数据库进程

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

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

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

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

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

㈨ 数据库事务jeeps日志已满,原因为replication

SQLServer中开启CDC之后，在某些情况下会导致事务日志空间被占满的现象为：
在执行增删改语句（产生事务日志）的过程中提示，The transaction log for database '***' is full e to 'REPLICATION'(数据库“***”的事务日志已满，原因为“REPLICATION”).
CDC以及复制的基本原理粗略地讲，对于日志的使用步骤如下：
1，每当基础表（开启了CDC或者replication的表）产生事务性操作（增删改）之后，对应的事务日志写入日志文件，
2，此时的日志被状态被标记为Replication，也即处于待复制状态，这个活动状态跟数据库的还原模式无关，即便是简单还原模式，
3，然后有后台进程来读取这个日志，根据事务日志的内存写入目标表，
这个目标对于cdc来说是记录数据变化的系统表，
对于replication来说是写入distribution这个库
4，步骤3完成之后，事务日志被标记为正常状态，如果是简单还原模式，被后台进程解析过的事务日志被截断，可以重用
如果上述中间的第三个步骤出现问题，也即后台进程无法解析日志后释放可用的日志空间，再次往数据库中写入操作，就会出现：数据库“TestDB”的事务日志已满，原因为“REPLICATION”的情况

㈩ 数据库MobUsers_DB的事务日志已满原因为LOG_BACKUP游戏登陆出现这个是怎么了

1、首先cmd命令连接到数据库：有多个数据库需要指定连接的实例SID，最高权限连接到指定tbh：sqlplus /@tbh as sysdba。