如何收缩文件

1.先分离数据库，然后删除日志文件，再附件数据库。

2.收缩文件，选择日志文件，设置将文件收缩到0M，试了一下，只能从65G收缩到55G，也就是只释放了未使用的空间。方法 二、

1.选中数据库，右键属性/选项，把恢复模式从“完整”改为“简单”。

2.选中数据库，右键任务/收缩文件，选择日志文件，设置将文件收缩为0M，确定。

3.再将恢复模式从“简单”-“完整”即可。

--------------------------------------------------

方案1: 所以可以执行以下sql语句：

DUMP TRANSACTION 你的数据库名 WITH NO_LOG

BACKUP LOG 你的数据库名 WITH NO_LOG

DBCC SHRINKDATABASE(你的数据库名)

EXEC sp_dboption '你的数据库名', 'autoshrink', 'TRUE'方案2:

在数据库的属性里-选择选项-恢复模式改为“简单”-勾选“自动收缩”。这样就可以自动进行数据库的收缩，推荐采用这种自动方式进行

--------------------------------------------------

SQLSERVER收缩事务日志

一、由于系统中录入及删除数据频繁，故事务日志很大。

SQLSERVER中讲：

BACKUP LOG 数据库名 WITH NO_LOG|TRUNCATE_ONLY可以截断事务日志。

但我在数据库中进行上述 *** 作后，事务日志还是没有改变。

二、只有进行“数据库收缩” *** 作。

在此复选框中打勾

选中上图所示选项，即可点“确定“，执行收缩事务日志的 *** 作，硬盘经过一段时间的工作后，SQLSERVER终于提示收缩成功。事务日志文件被恢复到原始尺寸。

综上所述，第一步只是将非活动的事务日志截断，并没有收缩数据库，只有进行第二项 *** 作后，数据库才进行事务日志的清理工作，将截断的非活动事务删除，并将事务日志文件收缩到适当尺寸。

在使用 SQL Server 时，数据库里的日志文件会越来越大，需要把它删除。 我先把这个数据库分离，在数据库上点右键 - 所有任务 - 分离数据库，分离之后，就可以把 Log 文件删除，同时也可以把数据进行备份。之后，就可以在所有任务里的附加数据库再把那个数据库添进来，SQL Server 会提示 LOG 文件不存在，问你是不是要新建一个，选是就行了，这样，LOG 文件就清空了。 这个方法只需几分钟的时间，但在这几分钟里，就不能访问这个数据库了，我觉得只适用于小型的应用，对于大型的系统就要找其它方法了

1、右击数据库选择，打开Files窗口

2、Files窗口，File type 选择 Log，单击OK完成日志收缩。

按以上方法 *** 作没有效果，原因是数据库的恢复模式不是简单模式，只需要将恢复模式改为简单模式即可用以上 *** 作来收缩日志，方便又好用。

将数据库恢复模式改为简单模式方法：

1、右击数据库选择属性，d出窗口如下图，选择Options选项，将 Recovery Model 改为 Simple 即可。

按如下方法 *** 作也可收缩日志：

1、当数据库恢复模式为简单时。使用dbcc shrinkfile (logfile_name,target_size)命令来完成。如

use mydb

dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m

2、当数据库恢复模式为完全时。可以先将数据库模式改为简单模式，再使用上述方法来进行。

use master

alter database mydb set recovery simple

dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m

也可以直接备份事务日志文件后再收缩：

use master

backup log mydb to disk='d:/dd.bak'

use mydb

dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m

3、通过分离数据库，然后再删除事务日志文件，再附加mdf数据文件，也可以达到某种意义上的事务日志收缩。

以下是有关日志文摘

对于每一个数据库来讲，都需要至少一个事务日志文件。事务日志文件是整个数据库的血液，如果没有事务日志的话，那么将无法进行任何 *** 作。

事务日志有什么东西？

事务日志记录着在相关数据库上的 *** 作，同时还存储数据库恢复(recovery)的相关信息。

事务日志与数据库恢复(recovery)是密切相关的，其实数据库在启动时，便会进行相关的恢复(recovery) *** 作，如下所示。当然，在数据库还原时，也可以指定手工恢复(recovery).任何在数据库上的改变，如果在事务日志内被标记为已提交，并用一个LSN(LOG SEQUENCE NUMBER)来标识，同时相关改变就会体现在数据文件上，而被标记为未提交的改变将不会体现在数据文件上。

2010-01-12 18:31:48.72 spid7s Recovery is complete. This is an informationa message only. No user action is required.

事务日志文件还存储着数据库需要回滚的相关信息。在SQL Server数据库上，默认是隐式提交的，也就是说在查询分析器里面进行的每一个 *** 作，在 *** 作完成后，都是默认已经commit，但如果通过指定begin tran 和rollback tran的命令来标识事务时，rollback tran就需要使用事务日志内的相关信息才可以回滚。当然，如果SQL Server遇到相关错误时，如死锁，那么也会产生一个内部回滚，这些都需要用到事务日志文件。

为什么要收缩事务日志？

收缩日志的原因有很多种，有些则是考虑空间不足，有些则是应用程序限制导致的，一般情况下，是不建议对事务日志进行其他改变的，如需要控制事务日志的大小，则可以通过安排

---