如何进行sql数据库日志收缩

USE [master]

GO

ALTER DATABASE drain

SET RECOVERY SIMPLE WITH NO_WAIT

GO

ALTER DATABASE drain SET RECOVERY SIMPLE --简单模式

GO

USE drain

GO

DBCC SHRINKFILE (N'sde_log' , 11, TRUNCATEONLY)

GO

USE [master]

GO

ALTER DATABASE drain SET RECOVERY FULL WITH NO_WAIT

GO

ALTER DATABASE drain SET RECOVERY FULL --还原为完全模式

GO

把上面数据名字，和日志名字改成你的。

1天增加7G，不算不正常。日志有完全日志和简单日志的分别，在数据库属性中设置为简单日志，可以降低增长。

自动收缩日志可以，代码如下：

backup log tempdb with NO_LOG

dbcc shrinkdatabase (tempdb,10)

SQLSERVER的数据库日志占用很大的空间，下面提供三种方法用于清除无用的数据库日志文件

方法一：

1、打开查询分析器，输入命令

BACKUP LOG database_name WITH NO_LOG

2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。

方法二：

设置检查点，自动截断日志

一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此 *** 作以免数据库日志过大

1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如用户数据库cwbase1）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存

2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定

3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式， *** 作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据

方法三：通过SQL收缩日志

把代码复制到查询分析器里，然后修改其中的3个参数(数据库名，日志文件名，和目标日志文件的大小)，运行即可

解决方法

日志文件满而造成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

(此选项用于SQL70，SQL

2000中即故障恢复模型选择为简单模型)

当执行CHECKPOINT

命令时如果事务日志文件超过其大小的70%

则将其内容清除在开发数据库时时常将此选项设置为True

Auto

shrink

定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25%

当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate

log

on

checkpoint

选项设为True

时才能进行。

注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。

数据库文件的收缩性不大

主要是对数据库的log日志进行收缩

这个收缩度非常的大，5G的日志文件最终都有可能收缩到512K

给你说个简单的收缩方法

1清空日志

DUMP TRANSACTION 库名 WITH NO_LOG

2截断事务日志：

BACKUP LOG 数据库名 WITH NO_LOG

3收缩数据库文件(如果不压缩,数据库的文件不会减小

企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件

--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

这个方法非常的立竿见影，祝你好运了

2截断事务日志：BACKUP LOG 数据库名WITH NO_LOG3收缩数据库文件(如果不压缩,数据库的文件不会减小企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了也可以用SQL语句来完成--收缩数据库DBCC SHRINKDATABASE(客户资料)--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select from sysfilesDBCC SHRINKFILE(1) 代码如下复制代码backup, log, 模式-- 第一步：清空日志DUMP TRANSACTION [YZGA] WITH NO_LOG-- 第二步：截断事务日志BACKUP LOG [YZGA] WITH NO_LOG-- 第三步：收缩数据库尽管可用该选项手动截断事务日志，但是我们极力建议您不要这样做，因为这会将日志链断开。在下一次完整备份或完整差异备份之前，将无法为数据库提供媒体故障保护。只在非常特殊的情况下才手动截断日志，并立即创建数据备份。 删除日志方法二1、进入企业管理器，选中数据库，比如it，所有任务->分离数据库。2、如果数据库正在连接使用，要先点清除，才可以选确定。3、到数据库文件的存放目录，将it_logLDF文件删除，不放心可以先拷到别的地方。4、进入企业管理器，数据库->所有任务->附加数据库。5、选择it_DataMDF，这个时候你会看见日志文件这项是一个红叉，不要紧点确定。6、此时数据库就会提示你该数据库无日志是否创建一个新的，确定就是了。

以上就是关于如何进行sql数据库日志收缩全部的内容，包括:如何进行sql数据库日志收缩、sql server 2008 日志收缩、如何清理SQL 2005的日志文件等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！