教你如何清除SQL日志
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
清除Log有两种方法：
1.自动清除法
开放数据库选项 Trunc Log on Chkpt，使数据库系统每隔一段时间自动清除Log。此方法的优点是无须人工干预，由SQL Server自动执行，并且一般不会出现Log溢满的情况；缺点是只清除Log而不做备份。
2.手动清除法
执行命令“mp transaction”来清除Log。以下两条命令都可以清除日志：
mp transaction with truncate_only
mp transaction with no_log
通常删除事务日志中不活跃的部分可使用“mp transaction with trancate_only”命令，这条命令写进事务日志时，还要做必要的并发性检查。SYBASE提供“mp transaction with no_log”来处理某些非常紧迫的情况，使用这条命令有很大的危险性，SQL Server会弹出一条警告信息。为了尽量确保数据库的一致性，你应将它作为“最后一招”。
以上两种方法只是清除日志，而不做日志备份，若想备份日志，应执行“mp transaction database_name to mpdevice”命令。
清除后对数据库没有影响
② 如何清除sql2008日志文件
在SQL2008中清除日志就必须在简单模式下进行，等清除动作完毕再调回到完全模式。
方案一：完全命令模式
USE[master]
GO
ALTERDATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTERDATABASE DNName SET RECOVERY SIMPLE --简单模式
GO
USE DNName
GO
DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY)
GO
USE[master]
GO
ALTERDATABASE DNName SET RECOVERY FULLWITH NO_WAIT
GO
ALTERDATABASE DNName SET RECOVERY FULL --还原为完全模式
GO
方案二：部分命令模式 + 任务-收缩-文件（单个数据库）
ALTERDATABASE DNName SET RECOVERY SIMPLE --简单模式
GO
右键-任务-收缩-文件-确定 下来数据库的日志只保留了1M
ALTERDATABASE DNName SET RECOVERY FULL --还原为完全模式
GO
优点：此清除日志所运行消耗的时间短，90GB的日志在分钟左右即可清除完毕，做完之后做个完全备份在分钟内即可完成。缺点： 不过此动作最好不要经常使用，因为它的运行会带来系统碎片。普通状态下LOG和DIFF的备份即可截断日志。此语句使用的恰当环境：当系统的日志文件异常增大或者备份LOG时间太长可能影响生产的情况下使用。
③ 如何清除SQL日志
方法1：
第一步：
backup log database_name with no_log
或者 backup log database_name with truncate_only --no_log和truncate_only是在这里是同义的，随便执行哪一句都可以
第二步：
1.收缩特定数据库的所有数据和日志文件，执行 dbcc shrinkdatabase (database_name,[,target_percent])--database_name是要收缩的数据库名称；target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比
2.收缩一次一个特定数据库中的数据或日志文件，执行 dbcc shrinkfile(file_id,[,target_size]) --file_id是要收缩的文件的标识 (ID) 号,若要获得文件 ID，请使用 FILE_ID 函数或在当前数据库中搜索 sysfiles；target_size是用兆字节表示的所要的文件大小（用整数表示）。如果没有指定，dbcc shrinkfile 将文件大小减少到默认文件大小
两个dbcc都可以带上参数notruncate或truncateonly，具体意思看帮助。
方法2
（这个方法在sqlserver2000的环境下做一般能成功，在sqlserver7及以下版本就不一定了）：
第一步：
先备份整个数据库以备不测
第二步：
备份结束后，在Query Analyzer中执行如下的语句：
exec sp_detach_db yourDBName,true --卸除这个DB在MSSQL中的注册信息
第三步：
到日志的物理文件所在的目录中去删除该日志文件或者将该日志文件移出该目录
第四步：
在Query Analyzer中执行如下的语句：
exec sp_attach_single_file_db yourDBName,'d:\mssql7\data\yourDBName_data.mdf'
--以单文件的方式注册该DB，如果成功则MSSQL将自动为这个DB生成一个500K的日志文件。
以上方法在清除log日志中均有效。
但，能否让sql server 不产生log日志呢？以上方法好像均无效。
我这儿正好有个case：
我客户的sql server每天都会产生4，500M的log日志，每天都清除一下，非常不便。有没有办法实现不产生log日志呢？
我分析了一下客户产生log日志的原因，并且做了相应测试。
客户是每天将数据库清空，从总系统中将数据导入到sql server里。我感决sqlserver在插入时产生log不大，在delete整个库时产生log极大。
比如：
SELECT * into test_2 from b_bgxx
共45000条记录，产生十几M log，如果
delete from test_2
产生80多M log ，这明显存在问题。
虽然可以换成：
truncate table test_2
但我还是希望能找到不产生log的方法。就如oracle不产生归档一样。
④ SQL数据库日志文件 可以删除吗
可以的
⑤ SQL server数据库日志满了怎么处理
一、删除日志文件。
二、手动收缩。操作如下：
1、在数据库页面中选择“选项”；
⑥ sql server怎么删除数据库日志
一、简单方法
–SQL Server收缩方法
1、右键数据库→属性→选项→故障还原模型→设为简单→确定；
2、右键数据库→所有任务→收缩数据库→确定；
3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。
二、复杂方法
–SQL Server日志清空方法
在查询分析器中顺序执行以下三步，其中 databasename 为你的数据库文件名
1.清空日志：DUMP TRANSACTION databasename WITH NO_LOG
2.截断事务日志：BACKUP LOG databasename WITH NO_LOG
3.收缩数据库：DBCC SHRINKDATABASE(databasename)
(BACKUP LOG databasename WITH NO_LOG|TRUNCATE_ONLY可以截断事务日志。
第一步只是将非活动的事务日志截断，并没有收缩数据库，只有进行第二项操作后，数据库才进行事务日志的清理工作，将截断的非活动事务删除，并将事务日志文件收缩到适当尺寸。)
3、收缩数据库文件(如果不压缩,数据库的文件不会减小)
企业管理器–右键你要压缩的数据库–所有任务–收缩数据库–收缩文件–选择日志文件–在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
–选择数据文件–在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同简单方法里第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据
也可以用SQL语句来完成
–收缩数据库
DBCC SHRINKDATABASE(数据库名)
–收缩指定数据文件,1是文件号,可以通过这个语句查询到:
select * from sysfiles DBCC SHRINKFILE(1)
4、为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
在使用 SQL Server 时，数据库里的日志文件会越来越大，需要把它删除。 我先把这个数据库分离，在数据库上点右键 -> 所有任务 -> 分离数据库，分离之后，就可以把 Log 文件删除，同时也可以把数据进行备份。之后，就可以在所有任务里的附加数据库再把那个数据库添进来，SQL Server 会提示 LOG 文件不存在，问你是不是要新建一个，选是就行了，这样，LOG 文件就清空了。 这个方法只需几分钟的时间，但在这几分钟里，就不能访问这个数据库了，我觉得只适用于小型的应用，对于大型的系统就要找其它方法了。)
a.分离数据库
企业管理器–服务器–数据库–右键–分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库
企业管理器–服务器–数据库–右键–附加数据库