数据库的事务日志已满
1、你设置了日志文件的最大数，数据库的恢复模式是完整恢复模式，所有的针对数据库的改动都会记录到日志，不仅仅是你的改动数据库，数据库本身的操作也有记录到日志，所以，日志文件才会不断增长。
2、那是因为大部分的电脑上的数据库，基本没怎么变过，但生产用的数据库经常变动，所以日志记录也变得巨大，我见过数据库200MB，但是日志文件50GB，因为本来数据库有10GB，因为测试需要删除了大部分的数据，结果导致日志文件增长到了50GB。
3、定时备份日志并收缩日志文件。
4、通过备份日志，并收缩日志文件，这个语句你自己网络。
5、日志是一个以事务编号连续的记录，比如，我第一次备份的日志事务编号为1-1000，那么日志就会被截断，并从1001开始，之后的日志备份就从1001开始了，所以，初始备份一直到最后一次备份都不能删除，否则使用日志恢复时会出现问题。
2. 数据库事物日志已满这个问题怎么解决
先提供一种复杂的方法压缩日志及数据库文件如下：
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)
3. 数据库的事务日志已满要怎么办！！！急！
修改日志文件
alter database dbname
modify file (name=日志文件的逻辑名称, maxsize=50mb )
go
压缩数据库
dbcc shrinkdatabase(dbname)
4. 为什么有时候数据库事务日志满了，不能截断日志
有两种情况，可能出现这个问题。一是应用系统给SQL Server发送了一个用户自定义事务，一直未提交，这个最早活跃事务阻碍系统截断日志。二是客户端向SQL Server发送了一个修改数量大的事务，清日志时，该事务还正在执行之中，此事务所涉及的日志只能等到事务结束后，才能被截掉。
对于第一种情况，只要督促用户退出应用或者提交事务，系统管理员便可清掉日志。因为给SQL Server发送Dump transaction with no-log或者with truncate-only，它截掉事务日志的非活跃部分。所谓非活跃部分是指服务器检查点之间的所有已提交或回退的事务。而从最早的未提交的事务到最近的日志记录之间的事务日志记录被称为活跃的。从此可以看明，打开的事务能致使日志上涨，因为在最早活跃事务之后的日志不能被截除。
对于第二种情况，道理也同上。只是在处理它时，需慎重从事。如果这个大事务已运行较长时间，应尽量想法扩大数据库日志空间，保证该事务正常结束。
5. SQL Server事务日志被填满的原因是什么
错误描述：数据库的事务日志已满。若要查明无法重用日志中的空间的原因 ，请参阅sys.databases 中的 log_reuse_wait_desc 列 。
首先引入一下事务日志的概念
事务日志是一个与数据库文件分开的文件。它存储对数据库进行的所有更改，并全部记录插入、更新、删除、提交、回退和数据库模式变化。事务日志还称作前滚日志或重做日志。
事务日志是备份和恢复的重要组件，也是使用 SQL Remote 或 [复制代理] 复制数据所必需的。
在缺省情况下，所有数据库都使用事务日志。事务日志的使用是可选的，但是，除非您因特殊原因而不使用，否则您应始终使用它。运行带有事务日志的数据库可提供更强的故障保护功能、更好的性能以及数据复制功能。
引发异常的原因：
a.未提交的事务
b.非常大的事务
c.操作：DBCC DBREINDEX 和 CREATE INDEX
d.在从事务日志备份还原时
e.客户端应用程序不处理所有结果
f.查询在事务日志完成扩展之前超时，您收到假的“Log Full”错误消息
g.未复制的事务
解决办法：
1.释放磁盘空间（菜鸟适用）；
2.把数据库移到内存充足的磁盘（原理同上）；
3.清空日志：DUMP TRANSACTION 库名 WITH NO_LOG；
4.截断事务日志：BACKUP LOG 库名 WITH NO_LOG；
6. 数据库事务jeeps日志已满,原因为replication
在该数据库名称上右键，属性，打开数据库属性对话框，选择第二项“文件”，如下图所示
选择启用自动增长，并修改其中文件增长幅度即可。
7. SQL server数据库日志满了怎么处理
一、删除日志文件。
二、手动收缩。操作如下：
1、在数据库页面中选择“选项”；
8. 怎样处理 SQL0964C 数据库的事务日志已满.高分相送
你用的是循环日志吧
原因，表中数据量过大，delete 时，会写入日志，但日志容量过小。
方法： 增大日志容量、数据量
或 减少一次的删除数剧量，分多次删除。
或 先drop table ..
再create table.. 这样不写日志
9. sqlserver 事务日志没几天就满了
1.清空日志 DUMP 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.分离 EXEC sp_detach_db @dbname = '库名'
b.删除日志文件
c.再附加 EXEC sp_attach_single_file_db @dbname = '库名', @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\库名.mdf'
5.为了以后能自动收缩,
做如下设置: 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" --SQL语句设置方式: EXEC sp_dboption '库名', 'autoshrink', 'TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志 --将文件增长限制为xM(x是你允许的最大数据文件大小) --SQL语句的设置方式:
alter database 库名 modify file(name=逻辑文件名,maxsize=20)
10. SQL server数据库日志满了怎么处理
解决方法
日志文件满而造成SQL数据库无法写入文件时，可用两种方法：
一种方法：清空日志。
1．打开查询分析器，输入命令
DUMP
TRANSACTION
数据库名
WITH
NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
另一种方法有一定的风险性，因为SQL
SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。
1:
删除LOG
分离数据库
企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
附加数据库
企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K。
注意：建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用：
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：
alter
database
数据库名
set
recovery
simple
另外，如上图中数据库属性有两个选项，与事务日志的增长有关：
Truncate
log
on
checkpoint
(此选项用于SQL7.0，SQL
2000中即故障恢复模型选择为简单模型)
当执行CHECKPOINT
命令时如果事务日志文件超过其大小的70%
则将其内容清除在开发数据库时时常将此选项设置为True
Auto
shrink
定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25%
当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate
log
on
checkpoint
选项设为True
时才能进行。
注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。