SQLServer交易記錄的壓縮與刪除方法

做項目的時候拿到一個只有280M的Database Backup，可是在SQLServer 2000下恢複的時候等了半天才都沒 有恢複完畢，感覺很不可思議，於是懷疑有什麼陷阱。到了資料檔案的目錄下一看，果不其然竟然聲稱了 一個接近10G的資料庫記錄檔！以前從來沒有做過那麼多資料的資料庫，而且更沒有做過有3年資料庫日 志記錄的資料庫。

這對於硬碟空間不是很充裕的我來說已經超過了能夠忍受的極限，而且另一個80M的 資料庫回複之後產生的記錄檔更是誇張的達到了5G+！這是不能忍受的，也是不能被原諒的。

剛開始 的時候不太懂，直接把資料庫日誌刪除了，發現這樣資料庫就不能用了，於是百度了一下，發現網上很多 提到了日誌的壓縮和刪除技術，正是我想要掌握的內容。仔細整理了一下，大致有這麼幾種方法解決。

方法一:

第一步：

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是用MB表示的所要的檔案大小（用整數表示）。如果沒有指定，dbcc shrinkfile 將檔案大小減少到預設檔案大小。兩個dbcc都可以帶上參數notruncate或truncateonly，具 體意思查看線上說明.