PC6的數(shù)據(jù)庫日志不停瘋長，如何進(jìn)行清空呢？這里以一臺數(shù)據(jù)庫SQL SERVER 2005為例， 日志文件達(dá)到了100多個G一直無法清理，想了很多的辦法：

比如下面這款SqlServer日志清除專家，可用于SQL Server 7、SQL Server 2000、SQL Server 2005的各種版本的數(shù)據(jù)庫日志的清除。

這個工具一清就可以清干凈的。使您再也不用擔(dān)心數(shù)據(jù)庫日志文件超過幾百兆或上GB級而煩惱。

第二個方法就是采用了一個比較死的辦法。采用 分離，然后再刪除日志文件再附加來生成一個新的日志文件。

切記在操作前先把SQL好好的備份一下。

第一步 當(dāng)然還是打開企業(yè)管理器了

在分離前最好是先把IIS之類的正在連接數(shù)據(jù)庫的程序關(guān)一下，要不然老半天也分離不了。

也可以選擇一下 刪除鏈接 這樣可能分離會快一點(diǎn)。

我們再定位到數(shù)據(jù)庫所在的硬盤位置

我們?yōu)榱吮３鹨娍梢园?qq2.mdf備份一份，然后再將 qq2_log.ldf 這個文件重命一下名(200G的文件實在是沒地方可以備份)。

然后我們再來附加數(shù)據(jù)庫

附加到剛剛那個 mdf的文件。注意看下面會提示 .ldf 文件找不到。

不管他了。選擇 .ldf這一分把他給刪掉。

然后再確定，哈還原成功了。系統(tǒng)自動生成了一個新的 ldf 文件  504KB

建議大家先用上面的那個工具去清一下，如果清不到再用這個死辦法來刪除日志。

最后再次提醒各位一定要注意備份噢！！

SQL2008 的收縮日志
由于SQL2008對文件和日志管理進(jìn)行了優(yōu)化，所以以下語句在SQL2005中可以運(yùn)行但在SQL2008中已經(jīng)被取消：
(SQL2005)

復(fù)制代碼代碼如下:
Backup Log DNName with no_log
go
dump transaction DNName with no_log
go
USE DNName
DBCC SHRINKFILE (2)
Go

(SQL2008):
在SQL2008中清除日志就必須在簡單模式下進(jìn)行，等清除動作完畢再調(diào)回到完全模式。

復(fù)制代碼代碼如下:
USE [master]
GO
ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE DNName SET RECOVERY SIMPLE --簡單模式
GO
USE DNName
GO
DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY)
GO
USE [master]
GO
ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE DNName SET RECOVERY FULL --還原為完全模式
GO