2、在當(dāng)前數(shù)據(jù)庫上點(diǎn)右鍵，看所有任務(wù)中的收縮數(shù)據(jù)庫，一般里面的默認(rèn)設(shè)置不用調(diào)整，直接點(diǎn)確定
3、收縮數(shù)據(jù)庫完成后，建議將您的數(shù)據(jù)庫屬性重新設(shè)置為標(biāo)準(zhǔn)模式，操作方法同第一點(diǎn)，因?yàn)槿罩驹谝恍┊惓Ｇ闆r下往往是恢復(fù)數(shù)據(jù)庫的重要依據(jù)。 最簡(jiǎn)單直接具體如下： 一、下載：日志清理收縮工具 https://www.jb51.net/softs/57621.html sql 日志清理收縮方法講解：
1、自然是下載日志清理軟件。
2、在服務(wù)器上運(yùn)行trunc.exe，打開軟件。 這里用戶名一定是sa 密碼你必須記得sa 的密碼，這個(gè)很重要，不然就會(huì)查詢不到相應(yīng)的數(shù)據(jù)庫了。輸入密碼后就點(diǎn)數(shù)據(jù)庫。你的服務(wù)器數(shù)據(jù)庫就呈現(xiàn)出來了。 你想收縮哪一個(gè)就選哪一個(gè)吧。你應(yīng)該懂了吧！好用簡(jiǎn)單方便哦。 二、SQL2008 的收縮日志 由于SQL2008對(duì)文件和日志管理進(jìn)行了優(yōu)化，所以以下語句在SQL2005中可以運(yùn)行但在SQL2008中已經(jīng)被取消： (SQL2005) Backup Log DNName with no_log go dump transaction DNName with no_log go USE DNName DBCC SHRINKFILE (2)
Go -------------------------------------------------------------- (SQL200: 在SQL2008中清除日志就必須在簡(jiǎn)單模式下進(jìn)行，等清除動(dòng)作完畢再調(diào)回到完全模式。 USE [master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE --簡(jiǎn)單模式 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 優(yōu)點(diǎn)：此清除日志所運(yùn)行消耗的時(shí)間短，90GB的日志在分鐘左右即可清除完畢，做完之后做個(gè)完全備份在分鐘內(nèi)即可完成。缺點(diǎn)： 不過此動(dòng)作最好不要經(jīng)常使用，因?yàn)樗倪\(yùn)行會(huì)帶來系統(tǒng)碎片。普通狀態(tài)下LOG和DIFF的備份即可截?cái)嗳罩尽４苏Z句使用的恰當(dāng)環(huán)境：當(dāng)系統(tǒng)的日志文件異常增大或者備份LOG時(shí)間太長(zhǎng)可能影響生產(chǎn)的情況下使用。 2005方法1： 第一步： backup log database_name with no_log
或者 backup log database_name with truncate_only --no_log和truncate_only是在這里是同義的，隨便執(zhí)行哪一句都可以 第二步： 1.收縮特定數(shù)據(jù)庫的所有數(shù)據(jù)和日志文件，執(zhí)行 dbcc shrinkdatabase (database_name,[,target_percent])--database_name是要收縮的數(shù)據(jù)庫名稱；target_percent是數(shù)據(jù)庫收縮后的數(shù)據(jù)庫文件中所要的剩余可用空間百分比
2.收縮一次一個(gè)特定數(shù)據(jù)庫中的數(shù)據(jù)或日志文件，執(zhí)行 dbcc shrinkfile(file_id,[,target_size]) --file_id是要收縮的文件的標(biāo)識(shí) (ID) 號(hào),若要獲得文件 ID，請(qǐng)使用 FILE_ID 函數(shù)或在當(dāng)前數(shù)據(jù)庫中搜索 sysfiles；target_size是用兆字節(jié)表示的所要的文件大?。ㄓ谜麛?shù)表示）。如果沒有指定，dbcc shrinkfile 將文件大小減少到默認(rèn)文件大小
兩個(gè)dbcc都可以帶上參數(shù)notruncate或truncateonly，具體意思看幫助。
方法2
（這個(gè)方法在sqlserver2000的環(huán)境下做一般能成功，在sqlserver7及以下版本就不一定了）：
第一步：
先備份整個(gè)數(shù)據(jù)庫以備不測(cè)
第二步：
備份結(jié)束后，在Query Analyzer中執(zhí)行如下的語句：
exec sp_detach_db yourDBName,true --卸除這個(gè)DB在MSSQL中的注冊(cè)信息
第三步：
到日志的物理文件所在的目錄中去刪除該日志文件或者將該日志文件移出該目錄
第四步：
在Query Analyzer中執(zhí)行如下的語句：
exec sp_attach_single_file_db yourDBName,'d:\mssql7\data\yourDBName_data.mdf'
--以單文件的方式注冊(cè)該DB，如果成功則MSSQL將自動(dòng)為這個(gè)DB生成一個(gè)500K的日志文件。
以上方法在清除log日志中均有效。
但，能否讓sql server 不產(chǎn)生log日志呢？以上方法好像均無效。
我這兒正好有個(gè)case：
我客戶的sql server每天都會(huì)產(chǎn)生4，500M的log日志，每天都清除一下，非常不便。有沒有辦法實(shí)現(xiàn)不產(chǎn)生log日志呢？
我分析了一下客戶產(chǎn)生log日志的原因，并且做了相應(yīng)測(cè)試。
客戶是每天將數(shù)據(jù)庫清空，從總系統(tǒng)中將數(shù)據(jù)導(dǎo)入到sql server里。我感決sqlserver在插入時(shí)產(chǎn)生log不大，在delete整個(gè)庫時(shí)產(chǎn)生log極大。
比如：
SELECT * into test_2 from b_bgxx
共45000條記錄，產(chǎn)生十幾M log，如果
delete from test_2
產(chǎn)生80多M log ，這明顯存在問題。
雖然可以換成：
truncate table test_2
但我還是希望能找到不產(chǎn)生log的方法。就如oracle不產(chǎn)生歸檔一樣。
三、Server 2005 : 清空數(shù)據(jù)庫日志
日志文件滿而造成SQL數(shù)據(jù)庫無法寫入文件時(shí)，可用兩種方法：
方法一：清空日志。
1．打開查詢分析器，輸入命令
DUMP TRANSACTION 數(shù)據(jù)庫名 WITH NO_LOG
2.再打開企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫--所有任務(wù)--收縮數(shù)據(jù)庫--收縮文件--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了。
另一種方法有一定的風(fēng)險(xiǎn)性，因?yàn)镾QL SERVER的日志文件不是即時(shí)寫入數(shù)據(jù)庫主文件的，如處理不當(dāng)，會(huì)造成數(shù)據(jù)的損失。
方法二：
1: 刪除LOG
分離數(shù)據(jù)庫 企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫－＞右鍵－＞分離數(shù)據(jù)庫
2：刪除LOG文件
附加數(shù)據(jù)庫 企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫－＞右鍵－＞附加數(shù)據(jù)庫
此法生成新的LOG，大小只有500多K。
注意：建議使用第一種方法。
如果想以后不讓它增長(zhǎng)
企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫--屬性--事務(wù)日志--將文件增長(zhǎng)限制為xM(x是你允許的最大數(shù)據(jù)文件大小)
--SQL語句的設(shè)置方式:
alter database 數(shù)據(jù)庫名 modify file(name=邏輯文件名,maxsize=20)

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請(qǐng)保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場(chǎng)，如有內(nèi)容涉嫌侵權(quán)，請(qǐng)聯(lián)系alex-e#qq.com處理。