文章主要介紹了SQL SERVER 2008 r2 數(shù)據(jù)壓縮的兩種方法，多個網(wǎng)站整理的內(nèi)容,需要的朋友可以參考下

有時候sql server 2008 數(shù)據(jù)庫日志文件太大，需要收縮釋放硬盤內(nèi)存。如果ldb文件過大會導致數(shù)據(jù)庫運行緩慢，甚至系統(tǒng)都會卡住。

1.登陸項目平臺數(shù)據(jù)庫服務器。雙擊SQL Server Management Studio打開數(shù)據(jù)庫管理。登陸數(shù)據(jù)庫

2.如下圖，打開數(shù)據(jù)庫屬性窗口

3.如下圖，更改數(shù)據(jù)庫恢復模式

4.如下圖，收縮數(shù)據(jù)庫日志

到這里已經(jīng)完成了，數(shù)據(jù)庫的日志收縮

5.如下圖，數(shù)據(jù)庫恢復模式修改為完整

經(jīng)過腳本之家小編測試，完美解決，我們成功的把一個84G的文件，壓縮到1M。

下面繼續(xù)為大家分享一個通過sql語句實現(xiàn)的，每次手工操作麻煩有沒有。

sql語句實現(xiàn)步驟如下

首先查找要收縮日志文件的數(shù)據(jù)庫文件名

USE A

GO

SELECT file_id, name FROM sys.database_files;

GO

查詢結果得到日志文件的文件名叫J4_log

不過腳本之家小編測試查詢比較慢，可以通過下面的方法

數(shù)據(jù)庫屬性>文件>右側日志前面這個名字就是日志文件名了

測試完美沒有異常。

如果感覺比較麻煩，可以設置一個自動任務執(zhí)行，將上面的文件保存為yasuo.sql

然后通過計劃任務結合cmd，執(zhí)行如下命令即可，目錄自定設置好

sqlcmd -i yasuo.sql

SQL Server 2008R2執(zhí)行大文件SQL腳本命令

cd C:\Program Files\Microsoft SQL Server\110\Tools\Binn
sqlcmd -S . -U sa -P 123 -d test  -i data.sql

參數(shù)說明：-S 服務器地址 -U 用戶名 -P 密碼 -d 數(shù)據(jù)庫名稱 -i 腳本文件路徑

本地服務器地址可以寫 . 比較輕松，也可寫.或者(local)或者IP地址

這樣就可以了，以后新建一個查詢，直接運行就可以了。

下面的每經(jīng)過測試，而且明顯因為版本不同，不一定能使用。

一般情況下不建議壓縮數(shù)據(jù)，如果壓縮數(shù)據(jù)建議先備份

第一種方法：通過sql server management studio

首先我們要下載能操作 2008的工具 sql server management studio 這個工具在sql server 2008 r2 安裝后就會有！

一起安裝妥當，我們就可以開始選擇了看圖！ 所有的都是單擊右鍵，凡在你需要壓縮的表上面，依次選擇到數(shù)據(jù)庫就可以了！

然后就是這樣的畫面！點擊確定，就可以了！ 記住是“收縮”而不是壓縮，但是效果都是一樣的！

第二種：通過存儲過程

SQL Server 2008中的數(shù)據(jù)壓縮

SQL Server 2008中引入了數(shù)據(jù)壓縮的功能，允許在表、索引和分區(qū)中執(zhí)行數(shù)據(jù)壓縮。這樣不僅可以大大節(jié)省磁盤的占用空間，還允許將更多數(shù)據(jù)頁裝入內(nèi)存中，從而降低磁 盤IO，提升查詢的性能。當然，凡事有利有弊，在啟用數(shù)據(jù)壓縮后，數(shù)據(jù)庫服務器就需要額外的CPU資源來進行壓縮處理。一般說來，數(shù)據(jù)庫服務器的CPU占 用率不會太高，而磁盤IO容易成為瓶頸，所以在大多數(shù)情況下對大數(shù)據(jù)庫特別是數(shù)據(jù)倉庫啟用該項功能還是利大于弊。

SQL Server 2008的數(shù)據(jù)壓縮分為行壓縮和頁壓縮兩種。行壓縮主要是通過將固定長度類型存儲為可變長度類型來實現(xiàn)，同時還減少了與記錄相關聯(lián)的元數(shù)據(jù)開銷。頁壓縮在行壓縮的基礎上又增加了前綴壓縮和字典壓縮，能獲得更大的壓縮率。
要 啟用數(shù)據(jù)庫壓縮只需在建表語句后加入WITH (DATA_COMPRESSION = ROW)或是WITH (DATA_COMPRESSION = PAGE)即可。如需將現(xiàn)有的索引修改為啟用壓縮，可通過ALTER INDEX index ON Table REBUILD WITH (DATA_C0MPRESSION=ROW)或ALTER INDEX index ON Table REBUILD WITH (DATA_C0MPRESSION=PAGE)實現(xiàn)。
最后提供一段簡單的用以判斷是否需要壓縮數(shù)據(jù)表的腳本，并自動生成壓縮腳本供系統(tǒng)管理員執(zhí) 行。這里用到未公開的存儲過程sp_MSforeachtable。在這段腳本中@precommand參數(shù)用于執(zhí)行command指令執(zhí)行前的SQL命 令，建立一張臨時表用于保存數(shù)據(jù)表的信息，@command1參數(shù)表示需要執(zhí)行的SQL命令，對每一張表都利用sp_spaceused存儲過程獲取表的 磁盤占用信息并保存到建立的臨時表中，@postcommand參數(shù)用于執(zhí)行command指令后的SQL命令，將之前建立的臨時表與系統(tǒng)關聯(lián)，根據(jù)設置 的條件（數(shù)據(jù)表占用空間大于10G）生成數(shù)據(jù)表壓縮腳本。

exec sp_MSforeachtable@precommand=N'create table ##(id int identity,name sysname,rows int,reserved Nvarchar(50),data varchar(50),indexdata varchar(50),unused varchar(50))',@command1=N'insert into ##(name,rows,reserved,data,indexdata,unused) exec sp_spaceused ''?''update ## set data=SUBSTRING(data, 1, LEN(data) - 2) where id=scope_identity() AND LEN(data) >=2',@postcommand=N'SELECT ''ALTER TABLE '' + TABLENAME + '' REBUILD WITH ( DATA_COMPRESSION = PAGE )'' FROM sys.tables AJOIN(SELECT C.name + ''.'' + A.name AS TABLENAME, object_id FROM ## AJOIN sys.objects BON A.name = B.nameJOIN sys.schemas CON B.schema_id = C.schema_idWHERE CAST(data AS int) > 10000000 AND object_id IN (SELECT object_id FROM sys.tables)) BON A.object_id = B.object_id AND type = ''U'';drop table ##'

下面是一些比較好的補充：

sql2008r2如何進行日志文件壓縮？

為何日志文件會過大？

最常見的問題是數(shù)據(jù)庫為FULL Recovery Model但是從沒有做過LOG BACKUP。因為只有Log Backup才可以Truncate Log導致之前的日志文件重用，所以先看一下這個。

如果是上面的問題，你不需要備份將數(shù)據(jù)庫恢復模式修改為Simple，然后Shrink Log File就解決了。

Good Luck。

SQL Server 2008如何壓縮日志(log)文件？

在SQL Server 2000/2005中可以快速壓縮日志log文件，通過SQL,

方法一：

--BigData為數(shù)據(jù)庫名
DUMP TRANSACTION BigData WITH NO_LOG
BACKUP LOG BigData WITH NO_LOG
DBCC SHRINKDATABASE(BigData )執(zhí)行以上語句可以快速壓縮日志文件到1M。

但是以上語句中前兩行在SQL Server 2008下無法執(zhí)行 ，

第一行提示“Incorrect syntax near the keyword 'TRANSACTION'.”

第二行提示“One or more of the options (no_log) are not supported for this statement. Review the documentation for supported options. ”

第三行可以執(zhí)行。但日志log文件沒有任何變化。

原來SQL Server 2008　已經(jīng)不再支持 DUMP TRANSACTION和BACKUP LOG WITH NO_LOG，詳情請看

http://msdn.microsoft.com/zh-cn/library/ms187315%28SQL.90%29.aspx
http://msdn.microsoft.com/zh-cn/library/ms186865.aspx　

sql Server 2005說明中明確：包含 DUMP 語句是為了向后兼容。而 后續(xù)版本的 Microsoft SQL Server 將刪除該功能。請避免在新的開發(fā)工作中使用該功能，并著手修改當前還在使用該功能的應用程序。 使用 BACKUP。

SQL Server 2008說明：BACKUP LOG WITH NO_LOG 和 WITH TRUNCATE_ONLY 選項已廢止。使用完整恢復模式或大容量日志恢復模式時，如果必須刪除數(shù)據(jù)庫中的日志備份鏈，請切換至簡單恢復模式。有關詳細信息，請參閱有關從完整恢復模式或大容量日志恢復模式切換的注意事項。

嘗試方法二：　　

----Logical Files :
--CMS1.5_Data
--CMS1.5_Log
DBCC SHRINKFILE (N'CMS1.5_Log' , 1)
GO無效。

嘗試方法三：　　

use DB_NAME
sp_dboption DB_NAME, "trunc. log on chkpt.", true
checkpoint
sp_dboption DB_NAME, "autoshrink", true

每一行指令請單獨執(zhí)行。其中的DB_NAME是指Database Name，在執(zhí)行完語法后的數(shù)小時至數(shù)十小時，該LOG檔會逐漸釋放空間，最后大約都會維持在數(shù)1024KB左右。

有沒有更快的方法呢？

嘗試方法四：（請?zhí)崆皞浞菸募。。?/strong>

USE BigData ;GOALTER DATABASE BigDataSET RECOVERY SIMPLE;--設置簡單恢復模式GODBCC SHRINKFILE (BigData_Log, 1);GOALTER DATABASE BigDataSET RECOVERY FULL;--恢復為原模式GO

USE BigData;GOBACKUP LOG DATABASENAME TO DISK='d:\test.bak'-- Shrink the trun cated log file to 1 MB.DBCC SHRINKFILE (Bigdata_Log, 1);GO