方法1：
第一步：
backup log database_name with no_log
或者 backup log database_name with truncate_only --no_log和truncate_only是在這里是同義的，隨便執(zhí)行哪一句都可以
第二步：
1.收縮特定數(shù)據(jù)庫(kù)的所有數(shù)據(jù)和日志文件，執(zhí)行 dbcc shrinkdatabase (database_name,[,target_percent])--database_name是要收縮的數(shù)據(jù)庫(kù)名稱(chēng)；target_percent是數(shù)據(jù)庫(kù)收縮后的數(shù)據(jù)庫(kù)文件中所要的剩余可用空間百分比
2.收縮一次一個(gè)特定數(shù)據(jù)庫(kù)中的數(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ù)庫(kù)中搜索 sysfiles；target_size是用兆字節(jié)表示的所要的文件大小（用整數(shù)表示）。如果沒(méi)有指定，dbcc shrinkfile 將文件大小減少到默認(rèn)文件大小

兩個(gè)dbcc都可以帶上參數(shù)notruncate或truncateonly，具體意思看幫助。

方法2（這個(gè)方法在sqlserver2000的環(huán)境下做一般能成功，在sqlserver7及以下版本就不一定了）：
第一步：
先備份整個(gè)數(shù)據(jù)庫(kù)以備不測(cè)
第二步：
備份結(jié)束后，在Query Analyzer中執(zhí)行如下的語(yǔ)句：
exec sp_detach_db yourDBName,true --卸除這個(gè)DB在MSSQL中的注冊(cè)信息
第三步：
到日志的物理文件所在的目錄中去刪除該日志文件或者將該日志文件移出該目錄
第四步：
在Query Analyzer中執(zhí)行如下的語(yǔ)句：
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日志呢？以上方法好像均無(wú)效。
我這兒正好有個(gè)case：
我客戶的sql server每天都會(huì)產(chǎn)生4，500M的log日志，每天都清除一下，非常不便。有沒(méi)有辦法實(shí)現(xiàn)不產(chǎn)生log日志呢？

我分析了一下客戶產(chǎn)生log日志的原因，并且做了相應(yīng)測(cè)試。
客戶是每天將數(shù)據(jù)庫(kù)清空，從總系統(tǒng)中將數(shù)據(jù)導(dǎo)入到sql server里。我感決sqlserver在插入時(shí)產(chǎn)生log不大，在delete整個(gè)庫(kù)時(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 ，這明顯存在問(wèn)題。

雖然可以換成：
truncate table test_2
但我還是希望能找到不產(chǎn)生log的方法。就如oracle不產(chǎn)生歸檔一樣。