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下载地址：

下载地址 http://www.jb51.net/softs/21840.html

方法一操作起来相对麻烦一些，可是可以定制日志的大小，清理日志后其相应的数据库数据文件在也会变小，数据也不会丢失；方法二操作比较方便，可以把数据库中的日志文件清理到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时间太长可能影响生产的情况下使用。