您好，很高興能幫助您，
我們提供的服務有：網站制作、做網站、微信公眾號開發(fā)、網站優(yōu)化、網站認證、西崗ssl等。為近1000家企事業(yè)單位解決了網站和推廣的問題。提供周到的售前咨詢和貼心的售后服務，是有科學管理、有技術的西崗網站制作公司
使用GUI配置數據庫備份壓縮
1. 使用SQL Server管理套件連接到SQL Server 2008實例。
2. 在對象管理器中，右鍵單擊服務器和選擇屬性來查看服務器屬性窗口。
3. 在備份和恢復下，壓縮備份顯示了備份壓縮默認選項的當前設置。這個設置決定了服務器級別對壓縮備份的默認：
如果沒有選壓縮備份，新的備份在默認情況下是不壓縮的。
如果選擇了壓縮備份，那么新的備份在默認情況下會被壓縮。
4. 用戶需要是sysadmin 或serveradmin 固定服務器角色的成員，來改變數據庫備份壓縮的默認設置。
你的采納是我前進的動力，還有不懂的地方，請你繼續(xù)“追問”！
如你還有別的問題，可另外向我求助；答題不易，互相理解，互相幫助！
掛起不必然就有問題，有時辰資本緊缺，會優(yōu)先分配權限給此外歷程，這時辰有些歷程就會掛起。直到資閱暌剮余暇的時辰再措置，可是我初步估量是你的壓縮太狠了，還有，你這個事實是壓縮仍是縮短?。课覍σ粋€3000萬的表進行壓縮（2008才有），都沒有問題?？墒强s短的話，如不美觀一次性縮短太年夜規(guī)模，會期待良久，我就試過等了幾個小時都還沒好。后來kill失蹤這個歷程，然后500M一次來縮短，幾分鐘就好了。只要你kill的時辰是期待它完成而不是直接重啟處事的話，一般不會有侍趵硎題，可是你直接重啟處事可能會導致數據庫不成用等后不美觀。kill也是一個事務，你運行了多久，可能就要期待它回滾多久。有可能的話就等它kill完，否則......重啟吧。不是每次城市出意外的
可以使用DBCC
SHRINKDATABASE
和DBCC
SHRINKFILE
命令來壓縮數據庫。
其中DBCC
SHRINKDATABASE
命令對數據庫進行壓縮，DBCC
SHRINKFILE
命令對數據庫中指定的文件進行壓縮。
DBCC
SHRINKDATABASE
命令語法如下：
DBCC
SHRINKDATABASE
(database_name
[,
target_percent]
[,
{NOTRUNCATE
|
TRUNCATEONLY}]
)
各參數說明如下：
target_percent：
指定將數據庫壓縮后，未使用的空間占數據庫大小的百分之幾。如果指定的百分比過大，超過了壓縮前未使用空間所占的比例，則數據庫不會被壓縮。并且壓縮后的數據庫不能比數據庫初始設定的容量小。
NOTRUECATE：
將數據庫縮減后剩余的空間保留在數據庫，中不返還給操作系統(tǒng)
，如果不選擇此選項，則剩余的空間返還給操作系統(tǒng)。
TRUNCATEONLY
：
將數據庫縮減后剩余的空間返還給操作系統(tǒng)。使用此命令時SQL
Server
將文件縮減到最后一個文件分配，區(qū)域但不移動任何數據文件。選擇此項后，target_percent
選項就無效了。
你需要將日志文件截斷后收縮
在查詢分析器里依次執(zhí)行下面的語句就可以了，把“數據庫”替換成你實際的數據庫名
--首先截斷事務日志
backup log 數據庫 with no_log
--收縮數據庫
dbcc shrinkdatabase('數據庫',0)
答：SQLSERVER2000 備份 例1:(備份) 1 use master 2 declare @path='c:aazy.bak' 3 backup database zy to 4 disk=@path with noinit 說明: 1 使用系統(tǒng)庫 2 設置備份的路徑及文件名,注意是用單引號引用. 3 需備份的數據庫 4 設置備份的驅動器,將路徑設給驅動器,再設定備份的方式(重寫或覆蓋) 例2:(壓縮備份的數據庫文件) use master exec xp_makecab 'c:m.cab',mszip,1,'c:aazy.bak' exec xp_cmdshell 'copy c:123.cab', 'd:123.cab' 說明: 'c:m.cab' 壓縮備份的名稱 mszip 壓縮方式 'c:aazy.bak' 被壓縮文件的路徑 copy到另一個目錄保存關鍵字：MYSQL相關文章：master數據庫中兩個非常有用的存儲過程如何利用存儲過程和觸發(fā)器來管理數據輕松應對創(chuàng)建存儲過程時出現(xiàn)失敗的情況深入了解存儲過程的編寫經驗和優(yōu)化措施通過實例講解由淺入深學會存儲過程
本人的解決思路：
本人在想如果是這樣，到時候就收縮數據庫唄
在網上查了一下資料：由于DBCC SHRINKDATABASE一次運行會同時影響所有的文件（包括數據文件和日志文件），使用者不能
指定每個文件的目標大小，其結果可能不能達到預期的要求。所以建議先做好規(guī)劃，對每個文件確定預期目標，然后使用DBCC SHRINKFILE
來一個文件一個文件地做比較穩(wěn)妥
本來很開心的，網上資料都說使用DBCC SHRINKFILE來收縮文件，那這樣就不怕拉 （我不怕不怕拉~）
但是，往下看那個資料：
1、首先了解數據文件當前的使用情況
收縮量的大小不可能超過當前文件的空閑空間的大小。如果想要壓縮數據庫的大小，首先要確認數據文件里的確有相應未被使用的空間。如果空間都在
使用中，那就要確認大量占用空間的對象（表格或索引）。然后通過歸檔歷史數據，先把空間釋放出來
2、主數據文件（primary file）是不能被清空的。能被完全清空的只有輔助數據文件
3、如果要把一個文件組整個清空，要刪除分配在這個文件組上的對象（表格或索引），或者把他們移到其他文件組上。
DBCC SHRINKFILE不會幫你做這個工作
把數據文件里面數據和對象清除完、確認數據文件（組）有足夠的空閑空間后，管理員就可以使用DBCC SHRINKFILE來縮小或清空指定文件了。
如果要縮小文件，就填上需要的target_size，如果要清空文件，就選擇EMPTYFILE
根據上面資料所說，本人的解決思路是：
1、確認大量占用空間的對象（表格或索引）。然后通過歸檔歷史數據，先把空間釋放出來再壓縮數據文件
2、重建索引，把一些數據頁面重排一次，原先的頁面被釋放，所占用的分區(qū)也被釋放，再去DBCC SHRINKFILE
重慶分公司
重慶分公司
