SQLServer日志清空语句(sql2000,sql2005,sql2008)

sql server日志清空方法  

在查询分析器中顺序执行以下三步，其中 databasename 为你的数据库文件名

sql2000日志清空

可以将jb51.ldf文件变得很小，方便备份数据库等，在sqlserver查询分析器中执行即可。

dump transaction [jb51] with no_log
backup log [jb51] with no_log
dbcc shrinkdatabase([jb51])

1.清空日志：

dump transaction [databasename] with no_log  

2.截断事务日志：

backuplog [databasename] with no_log  

3.收缩数据库：

dbcc shrinkdatabase([databasename]) 

注：数据库名陈最好加上[]

sqlserver数据库日志清理 清除sqlserver2005日志

有时候当系统运行时间比较长的时候，我们把备份的数据库还原的时候发现，数据库中数据文件和日志文件变的好大，特别是日志文件。现在给大家介绍如何清理sqlserver数据库日志；有两种方法如下：

方法一：手动清除sqlserver2005日志

１.右键在清除日志的数据库，如“testdb”，点击[新建查询（q）]
２.输入以下sql语句，其中“testdb”是数据库名称
     dump transaction testdb with no_log
３.执行该sql，成功后继续以下操作
４.右键该数据库节点，点击[任务（t）] -> [收缩（s）] -> [文件（f）]
５.在弹出的“收缩文件”对话框中，将“文件类型（t）”选为“日志”，将“收缩操作”选中“在释放未使用的空间前重新组织页（o）”
６.在“将文件收缩到（k）”文本框中输入后面提示的最小大小的数值，点击[确定]即可。

方法二：用工具软件sqlserver日志清除专家3.0，可对sql server 6.5到sql server 2005的各种版本的数据库日志的清除；其使用方法非常简单；sqlserver 日志清除专家绿色版 v3.0下载地址：

下载地址

方法一操作起来相对麻烦一些，可是可以定制日志的大小，清理日志后其相应的数据库数据文件在也会变小，数据也不会丢失；方法二操作比较方便，可以把数据库中的日志文件清理到1m大小；

sqlserver数据库日志清理 清除sqlserver2008日志

sql2008 的收缩日志
由于sql2008对文件和日志管理进行了优化，所以以下语句在sql2005中可以运行但在sql2008中已经被取消：
(sql2005)

backuplog dnname with no_log
go
dumptransaction dnname with no_log
go
use dnname
dbcc shrinkfile (2)
go

(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时间太长可能影响生产的情况下使用。