数据库日志收缩并且改为简单模式

清理SQL Server数据库日志的两种方法

清理SQL Server数据库日志的两种方法sql server数据库使用时间长了，日志文件会很大，占用过多系统资源，数据库可能会报 log full 的错误，甚至磁盘空间占满让数据库处于不可用状态，这个时候我们需要清理数据库，以前有人开发了数据库日志清理工具，好像还要收费，其实很简单就可以完成这个操作，请跟我来：清理sql server数据库日志可用两种方法：方法一：清空日志。

1、打开查询分析器，输入命令DUMP TRANSACTION 数据库名 WITH NO_LOG2、再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至: ,这里会给出一个允许收缩到的最小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定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将 Truncate log on checkpoint 选项设为True 时才能进行。

SQL Server 2008 R2 日志收缩处理方法

SQL Server 2008 R2 日志收缩数据库日志文件收缩方法一：1、将数据库恢复模式改为简单模式，右击数据库选择属性，弹出窗口如下图，选择“选项”，将“恢复模式”改为“简单”。

2、右击数据库如下图选择，打开“收缩文件”窗口3、收缩文件窗口如下图，“文件类型”选择“日志”，单击“确定”完成日志收缩。

数据库日志文件收缩方法二：在SQL2008中清除日志就必须在简单模式下进行，等清除动作完毕再调回到完全模式。

SQL代码如下（用指定数据库名替换DNName）：USE MASTERGOALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAITGOALTER DATABASE DNName SET RECOVERY SIMPLE--简单模式GOUSE DNNameGODBCC SHRINKFILE (N'DNName_Log',11, TRUNCA TEONL Y)GOUSE MASTERGOALTER DATABASE DNName SET RECOVERY FULL WITH NO_W AITGOALTER DATABASE DNName SET RECOVERY FULL--还原为完全模式GO优点：此清除日志所运行消耗的时间短，90GB的日志在分钟左右即可清除完毕，做完之后做个完全备份在分钟内即可完成。

缺点：不过此动作最好不要经常使用，因为它的运行会带来系统碎片。

普通状态下LOG 和DIFF的备份即可截断日志。

此语句使用的恰当环境：当系统的日志文件异常增大或者备份LOG时间太长可能影响系统的情况下使用。

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

总结：建议资讯同事用方法一来收缩日志，另外需求把日志文件增长方式按如下图来设置，将日志文件选择按MB来增长（目前正式账套F22X库已经设置OK）；。

数据库2008清理日志

数据库2008清理日志
清理数据库日志是一个常见的操作，特别是在数据库日志文件
过大或者需要释放磁盘空间的情况下。

在SQL Server 2008中，你
可以通过以下几种方法来清理数据库日志：
1. 备份日志，最常见的清理数据库日志的方法是通过备份日志
文件。

你可以使用SQL Server Management Studio (SSMS)或者Transact-SQL命令来进行日志备份。

通过备份日志，数据库引擎会
将已经提交的事务从日志文件中清除，从而释放空间。

2. 收缩日志文件，你可以使用DBCC SHRINKFILE命令来收缩日志文件的大小。

但是在使用这个命令之前需要注意，收缩日志文件
可能会导致日志文件的不连续性，影响性能，因此建议在非高峰期
进行操作。

3. 更改恢复模式，如果你的数据库处于完整恢复模式下，你可
以考虑将其改为简单恢复模式，这样可以减少日志文件的增长速度。

但是需要注意的是，这样做会影响到数据库的恢复能力，需要谨慎
操作。

4. 限制日志文件增长，你可以通过设置日志文件的初始大小和自动增长选项来限制日志文件的增长，避免日志文件过大。

需要注意的是，在清理数据库日志的过程中，一定要确保数据库的完整性和可恢复性，避免造成数据丢失或者损坏。

另外，在进行任何数据库操作之前，建议先在测试环境中进行测试，以避免意外情况的发生。

SQLServer数据库有三种恢复模式：简单恢复模式、完整恢复模式和大容量日志恢复模式

SQLServer数据库有三种恢复模式：简单恢复模式、完整恢复模式和⼤容量⽇志恢复模式SQL Server数据库有三种恢复模式：简单恢复模式、完整恢复模式和⼤容量⽇志恢复模式：1.Simple 简单恢复模式,Simple模式的旧称叫”Checkpoint with truncate log“，其实这个名字更形象，在Simple模式下，SQL Server会在每次checkpoint或backup之后⾃动截断log，也就是丢弃所有的inactive log records，仅保留⽤于实例启动时⾃动发⽣的instance recovery所需的少量log，这样做的好处是log⽂件⾮常⼩，不需要DBA去维护、备份log，但坏处也是显⽽易见的，就是⼀旦数据库出现异常，需要恢复时，最多只能恢复到上⼀次的备份，⽆法恢复到最近可⽤状态，因为log丢失了。

Simple模式主要⽤于⾮critical的业务，⽐如开发库和测试库，但是道富这边的SQL Server（即使是⽣产库）⼤都采⽤Simple模式，是因为这边的SQL Server⼤都⽤于⾮critical的业务（critical的数据库⼤都采⽤Oracle和DB2)，可以忍受少于1天的数据丢失(我们的job每天都会定时备份全库）。

如果需要压缩数据库⽇志（Shrink语句），将数据库模式切换到简单恢复模式后压缩率才是最⾼的，如果你的数据库在完整恢复模式或⼤容量⽇志回复模式下采⽤⽇志压缩，压缩后的⽇志⼤⼩并不会很理想。

2.Full 完整恢复模式,和Simple模式相反，Full模式的旧称叫”Checkpoint without truncate log“，也就是SQL Server不主动截断log，只有备份log之后，才可以截断log，否则log⽂件会⼀直增⼤，直到撑爆硬盘，因此需要部署⼀个job定时备份log。

Full的好处是可以做point-in-time恢复，最⼤限度的保证数据不丢失，⼀般⽤于critical的业务环境⾥。

sqlserver事务日志已满的几种解决方案

sqlserver事务⽇志已满的⼏种解决⽅案⼀.删除⽇志⽂件：（不建议）⼆.⼿动收缩：1.数据库右键属性-选项-恢复模式-下拉选择简单-最后点击确定2.右键数据库-任务-收缩-⽂件类型-下拉选择⽇志-收缩操作-在释放未使⽤....（默认收缩到1MB）-最后点击确定3.最后别忘了回到第⼀步骤把恢复模式改为完整！三.⾃动收缩：1.为了以后能⾃动收缩,做如下设置:企业管理器–服务器–右键数据库–属性–选项–选择”⾃动收缩”QL语句设置⽅式:EXEC sp_dboption ‘数据库名’, ‘autoshrink’, ‘TRUE’2..如果想以后不让它⽇志增长得太⼤企业管理器–服务器–右键数据库–属性–事务⽇志–将⽂件增长限制为xM(x是你允许的最⼤数据⽂件⼤⼩)–SQL语句的设置⽅式:alter database 数据库名 modify file(name=逻辑⽂件名,maxsize=20)四.分离附加：分离主数据库-删除.ldf⽂件-附件数据库；五.使⽤sql语句：（可设置为计划）--将数据库设为简单模式。

⽇志⽂件⾃动断开。

alter database dbname set recovery simple--查看⽇志⽂件状况use dbnamedbcc shrinkfile('logname') --like XXXX_log--恢复数据库模式alter database dbname set recovery full六.备份⽇志：SQL Server 2008 先备份⽇志将⽇志截断.再⽤dbcc shrinkfile(⽇志⽂件,1024)收缩⽇志⽂件。

七.设置简单模式：设置为简单模式不记录⽇志；⼋.sql⾃动缩减⽇志：针对⽇志这个问题，建议⼿动写个⼩⼯具(SQL提供⾃动缩减⽇志的脚本写法)，添加到任务计划中，定时执⾏！可以节省很多磁盘空间！。

sqlserver数据库ldf文件过大解决方法九

sqlserver数据库ldf文件过大解决方法九压缩日志及数据库文件大小/*--特别注意请按步骤进行,未进行前面的步骤,请不要做后面的步骤否则可能损坏你的数据库.一般不建议做第4,6两步第4步不安全,有可能损坏数据库或丢失数据第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.--*/--下面的所有库名都指你要处理的数据库的库名1.清空日志DUMP TRANSACTION 库名WITH NO_LOG2.截断事务日志：BACKUP LOG 库名WITH NO_LOG3.收缩数据库文件(如果不压缩,数据库的文件不会减小企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了也可以用SQL语句来完成--收缩数据库DBCC SHRINKDATABASE(库名)--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfilesDBCC 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) ---------------------------------------------------------------------SQL Server 控制Ldf文件的大小(清理历史记录&设定自动缩小)*清理历史记录1. 在SQL Server Enterprice Manager(企业管理器)工具列---进入SQL Query Analyzer(SQL查询分析器)2. 输入BACKUP LOG <你的数据库名称> WITH TRUNCATE_ONLY如: BACKUP LOG myXXDB WITH TRUNCATE_ONLY2. 回SQL Server Enterprice Manager, 在该数据库上按右键选[所有工作/压缩数据库],点[文件], 在数据库文件选择该Log文件, 在[压缩动作]选择[将文件压缩为X MB (最小值为Y MB)],直接将x改成其建议其最小值y按[确定]即可压缩.先不要离开,再点一次[文件]看看压了多少, 会发现还可以再压, 还会变更小哟! 可以压两三次.总结：其实也就是两个指令就可以完成了BACKUP LOG DateBaseName WITH TRUNCATE_ONLYDBCC ShrinkDatabase(DateBaseName)*设定数据库自动缩小, 默认值为OFF方法1.ALTER DATABASE <你的数据库名称> SET AUTO_SHRINK ON如: ALTER DATABASE myXXDB SET AUTO_SHRINK ON方法2.在数据库上按右键选内容(要等一下下), 点[选项]页, 勾选[自动压缩]后按确定SQL SERVER日志清除的两种方法在使用过程中大家经常碰到数据库日志非常大的情况，在这里介绍了两种处理方法……方法一一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如论坛数据库Forum）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存。

数据库日志收缩

usemaster
go
--1.清空日志将AVCareDB10804110替换为要收缩的数据库名称
DUMPTRANSACTION AVCareDB10804110WITH NO_LOG
go
--2.截断事务日志：将AVCareDB10804110替换为要收缩的数据库名称
BACKUP LOG AVCareDB10804110WITH NO_LOG
go
--3.收缩数据库文件(如果不压缩,数据库的文件不会减小
--企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--4.修改下数据库属性
Sql2005以上版本的截图
【选择数据库，右键任务-收缩-文件】
【收缩数据库日志，一次收缩效果不行，多收缩几次】
【修改数据库属性-日志文件自动增长属性】。

sqlserver自动收缩日志原理

sqlserver自动收缩日志原理SQL Server 自动收缩日志是一种策略，用于控制和管理数据库事务日志的大小。

SQL Server 数据库有两种类型的日志：事务日志和错误日志。

事务日志记录了数据库中每个事务的所有操作，而错误日志记录了数据库运行过程中的错误和异常。

事务日志的大小是动态增长的，当事务日志文件达到一定大小时，系统会触发自动收缩日志操作，将不再使用的事务日志空间释放出来，并将事务日志文件的大小缩小到一个合适的大小。

自动收缩日志的原理可以简单概括为以下几个步骤：1. 日志截断：SQL Server 在进行自动收缩日志操作之前，会先进行日志截断操作。

日志截断是指将事务日志中已经提交的事务的日志记录清除，只保留未提交的事务和未完成的操作的日志。

这样可以释放事务日志空间并减小日志文件的大小。

2.压缩日志：日志截断之后，系统会根据事务日志的使用情况来评估是否需要压缩日志。

压缩日志是指将事务日志文件中未使用的空间释放掉，并将事务日志文件的大小减小到一个合适的大小。

这样可以提高数据库的性能和效率，减少磁盘空间的占用。

3.自动增长：在进行日志压缩之后，系统会重新评估并设置事务日志文件的自动增长属性。

自动增长属性是指事务日志文件在达到当前大小上限时，是否可以自动增加文件的大小。

自动增长可以确保当事务日志文件的大小不足以容纳新的日志记录时，系统可以自动增加事务日志文件的大小。

这样可以避免由于事务日志文件空间不足而导致数据库无法正常运行的问题。

总结起来，SQL Server 的自动收缩日志功能主要通过日志截断、压缩日志和自动增长等操作来控制和管理数据库事务日志的大小。

这样可以确保数据库的性能和效率，并减少磁盘空间的占用。

SQL SERVER 收缩数据库的命令

SQL SERVER 收缩数据库的命令1.清空日志DUMP T RANSACTION库名WIT H NO_LOG2.截断事务日志：BACKUP LOG数据库名WITH NO_LOG3.收缩数据库文件(如果不压缩,数据库的文件不会减小企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了也可以用SQL语句来完成--收缩数据库DBCC SHRINKDATABASE(客户资料)--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfilesDBCC 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.m df'5.为了以后能自动收缩,做如下设置:企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"--SQL语句设置方式:E X E C sp_dboption '数据库名', 'autoshrink', 'T RUE'6.如果想以后不让它日志增长得太大企业管理器--服务器--右键数据库--属性--事务日志--将文件增长限制为xM(x是你允许的最大数据文件大小)--SQL语句的设置方式:alter database数据库名modify file(nam e=逻辑文件名,maxsize=20)特别注意：请按步骤进行,未进行前面的步骤,请不要做后面的步骤否则可能损坏你的数据库.一般不建议做第4,6两步第4步不安全,有可能损坏数据库或丢失数据第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.另外提供一种更简单的方法，本人屡试不爽，建议大家使用。

数据库收缩日志

数据库收缩日志
数据库收缩日志是指对数据库事务日志进行压缩，从而回收不必要的空间。

数据库收缩日志是维护数据库性能的一项重要工作，它可以减小数据库文件的大小，提高数据库的查询效率，降低数据库运行的风险。

在进行数据库收缩日志时，需要先备份数据库以确保数据的安全，然后按照数据库管理工具的要求进行相应的操作。

需要注意的是，如果收缩日志的频率太高，可能会影响数据库的性能。

因此，在进行数据库收缩日志时需要谨慎操作，同时注意定期备份数据库，以防止发生数据丢失的情况。

cd在SQL上进行数据库日志收缩的各种方法

一般不建议做第4、6两步，第4步不安全,有可能损坏数据库或丢失数据，第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复。
附件：
地区编码种类
内容
编码申请
区域代码
1：东北区2：西北区
3：华北区5：西南区
6：华东区7：华中区
8：华南区
规定
省区代码
东北区：辽宁11吉林12黑龙江13
西北区：陕西21河南22山西23
故障现象简述：
在大连交通大学遇到给他们的SAM数据库做优化的故障处理，后来发现数据库日志很大，就想到了数据库的收缩，但是想一想能不能让数据库自己进行收缩，所以就在网上发现了这个文章，给大家共享一下，希望能给大家带来有用的经验。
网络背景/技术要点简述：
收缩数据库日志、日志自动收缩
故障现象
具体描述
对数据库进行“数据库收缩”和设置“自动收缩”的方法。
a.分离数据库
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离pubs，然后将pubs中的一个文件附加到当前服务器。
a.分离
EXEC sp_detach_db @dbname = 'pubs'
BACKUPLOG数据库名WITHNO_LOG
3、收缩数据库文件(如果不压缩,数据库的文件不会减小)
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。

【SqlServer】SQLSERVER收缩日志

【SqlServer】SQLSERVER收缩⽇志事务⽇志记录着在相关数据库上的操作，同时还存储数据库恢复(recovery)的相关信息。

收缩⽇志的原因有很多种，有些是考虑空间不⾜，有些则是应⽤程序限制导致的。

下⾯介绍的是在简单模式下，进⾏收缩操作。

#⽅法⼀：通过图形界⾯逐步操作
1、打开数据库属性窗⼝
2、更改数据库恢复模式，“完整”改成“简单”
3、收缩数据库⽇志，“任务”->“收缩”
4、收缩完，将数据库的恢复模式修改为“完整”
#⽅法⼆：使⽤命令
ALTER DATABASE test SET RECOVERY SIMPLE --将“恢复模式”设置为“简单”GO
USE test
GO
DBCC SHRINKFILE (N'test_log' , 1, TRUNCATEONLY)--收缩⽇志⽂件⼤⼩到1M
GO
USE test
GO
ALTER DATABASE test SET RECOVERY FULL WITH NO_WAIT ----将“恢复模式”设置为“完整”
GO
ALTER DATABASE test SET RECOVERY FULL
GO
注：通过修改恢复模式为“简单”，这种收缩⽇志的⽅法是不得以的⽅法，也是终极⽅法，在收缩之前，在完整模式下，进⾏备份；。

数据库日志收缩步骤

数据库日志收缩步骤嘿，朋友们！今天咱就来讲讲数据库日志收缩那些事儿。

你想想看啊，数据库就像一个大仓库，里面存了好多好多的数据呢。

而日志呢，就像是这个大仓库的记录员，把每一笔进出库的情况都详细地记下来。

时间一长，这日志可就变得老长老长啦，占了不少空间呢！那咱就得想办法给它缩缩水，让数据库轻装上阵呀。

首先呢，咱得找到数据库的日志文件在哪里。

就像你要找一件东西，总得先知道它在哪个柜子里吧。

然后呢，看看这个日志文件现在有多大了，心里有个数。

接下来，咱就可以开始收缩啦！这就好比给一个气球放气，得慢慢地来，可不能一下子猛戳个洞，那可就乱套啦。

可以通过一些特定的命令或者工具来进行操作。

比如说，有的数据库系统会有专门的收缩日志的功能，就像有个神奇的按钮，一按下去，日志就开始变小啦。

在这个过程中，可千万要小心别把重要的数据给弄丢了呀！这就好比你整理房间，可别把宝贝给当垃圾扔了。

所以呢，在收缩之前，一定要做好备份，万一出了啥问题，咱还有后路可走呢。

收缩的时候，你可能会感觉时间过得有点慢，就像等一壶水烧开似的，别着急呀，让它慢慢进行。

等收缩完了，你再去看看，哇塞，日志文件变小了好多呢，是不是感觉特别有成就感呀！这数据库日志收缩啊，其实也不难，只要咱按照步骤来，小心翼翼地操作，就一定能成功。

你说，要是不收缩这日志，那数据库得多累呀，就像人背着个大包袱走路，能快得起来吗？咱给它瘦瘦身，让它跑得更快，工作得更高效。

所以呀，朋友们，别再对那庞大的日志视而不见啦，赶紧行动起来，给咱的数据库来一次清爽的瘦身之旅吧！让它重新焕发活力，为我们更好地服务呀！怎么样，是不是跃跃欲试啦？那就赶紧去试试吧！。

u8数据库日志清理

u8数据库日志清理sql 2008USE UFDATA_001_2011GOALTER DATABASE UFDATA_001_2011SET RECOVERY SIMPLE;--设置简单恢复模式GODECLARE @LogFileLogicalName sysnameSELECT @LogFileLogicalName=Name FROM sys.database_files WHERE Type=1PRINT @LogFileLogicalNameDBCC SHRINKFILE (@LogFileLogicalName, 1);GOALTER DATABASE UFDATA_001_2011SET RECOVERY FULL;--恢复为原模式GOsql 20001.清空日志DUMP TRANSACTION 库名 WITH NO_LOG2.截断事务日志：BACKUP LOG 库名 WITH NO_LOG3.收缩数据库文件(如果不压缩,数据库的文件不会减小企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了也可以用SQL语句来完成--收缩数据库DBCC SHRINKDATABASE(库名)--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfilesDBCC SHRINKFILE(1)USE UFDATA_001_2011DUMP TRANSACTION UFDATA_001_2011 WITH NO_LOGBACKUP LOG UFDATA_001_2011 WITH NO_LOGDBCC SHRINKDATABASE(库名)DBCC SHRINKFILE(1)。