SQLServer日記清空語句(sql2000,sql2005,sql2008)。本站提示廣大學習愛好者：（SQLServer日記清空語句(sql2000,sql2005,sql2008)）文章只能為提供參考，不一定能成為您想要的結果。以下是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時光太長能夠影響臨盆的情形下應用。
