1、設(shè)置數(shù)據(jù)庫模式為簡單模式:打開SQL企業(yè)管理器，在控制臺根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙擊打開你的服務(wù)器-->雙擊打開數(shù)據(jù)庫目錄-->選擇你的數(shù)據(jù)庫名稱(如論壇數(shù)據(jù)庫Forum)-->然后點擊右鍵選擇屬性-->選擇選項-->在故障還原的模式中選擇“簡單”，然后按確定保存
2、在當(dāng)前數(shù)據(jù)庫上點右鍵，看所有任務(wù)中的收縮數(shù)據(jù)庫，一般里面的默認(rèn)設(shè)置不用調(diào)整，直接點確定
3、收縮數(shù)據(jù)庫完成后，建議將您的數(shù)據(jù)庫屬性重新設(shè)置為標(biāo)準(zhǔn)模式，操作方法同第一點，因為日志在一些異常情況下往往是恢復(fù)數(shù)據(jù)庫的重要依據(jù)。

最簡單直接具體如下：

一、下載：日志清理收縮工具 http://m.fzitv.net/softs/57621.html

sql 日志清理收縮方法講解：
1、自然是下載日志清理軟件。
2、在服務(wù)器上運行trunc.exe，打開軟件。

這里用戶名一定是sa 密碼你必須記得sa 的密碼，這個很重要，不然就會查詢不到相應(yīng)的數(shù)據(jù)庫了。輸入密碼后就點數(shù)據(jù)庫。你的服務(wù)器數(shù)據(jù)庫就呈現(xiàn)出來了。

你想收縮哪一個就選哪一個吧。你應(yīng)該懂了吧！好用簡單方便哦。

二、SQL2008 的收縮日志 由于SQL2008對文件和日志管理進(jìn)行了優(yōu)化，所以以下語句在SQL2005中可以運行但在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中清除日志就必須在簡單模式下進(jìn)行，等清除動作完畢再調(diào)回到完全模式。 USE [master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE --簡單模式 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)點：此清除日志所運行消耗的時間短，90GB的日志在分鐘左右即可清除完畢，做完之后做個完全備份在分鐘內(nèi)即可完成。缺點： 不過此動作最好不要經(jīng)常使用，因為它的運行會帶來系統(tǒng)碎片。普通狀態(tài)下LOG和DIFF的備份即可截斷日志。此語句使用的恰當(dāng)環(huán)境：當(dāng)系統(tǒng)的日志文件異常增大或者備份LOG時間太長可能影響生產(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.收縮一次一個特定數(shù)據(jù)庫中的數(shù)據(jù)或日志文件，執(zhí)行 dbcc shrinkfile(file_id,[,target_size]) --file_id是要收縮的文件的標(biāo)識 (ID) 號,若要獲得文件 ID，請使用 FILE_ID 函數(shù)或在當(dāng)前數(shù)據(jù)庫中搜索 sysfiles；target_size是用兆字節(jié)表示的所要的文件大?。ㄓ谜麛?shù)表示）。如果沒有指定，dbcc shrinkfile 將文件大小減少到默認(rèn)文件大小
兩個dbcc都可以帶上參數(shù)notruncate或truncateonly，具體意思看幫助。
方法2
（這個方法在sqlserver2000的環(huán)境下做一般能成功，在sqlserver7及以下版本就不一定了）：
第一步：
先備份整個數(shù)據(jù)庫以備不測
第二步：
備份結(jié)束后，在Query Analyzer中執(zhí)行如下的語句：
exec sp_detach_db yourDBName,true --卸除這個DB在MSSQL中的注冊信息
第三步：
到日志的物理文件所在的目錄中去刪除該日志文件或者將該日志文件移出該目錄
第四步：
在Query Analyzer中執(zhí)行如下的語句：
exec sp_attach_single_file_db yourDBName,'d:\mssql7\data\yourDBName_data.mdf'
--以單文件的方式注冊該DB，如果成功則MSSQL將自動為這個DB生成一個500K的日志文件。
以上方法在清除log日志中均有效。
但，能否讓sql server 不產(chǎn)生log日志呢？以上方法好像均無效。
我這兒正好有個case：
我客戶的sql server每天都會產(chǎn)生4，500M的log日志，每天都清除一下，非常不便。有沒有辦法實現(xiàn)不產(chǎn)生log日志呢？
我分析了一下客戶產(chǎn)生log日志的原因，并且做了相應(yīng)測試。
客戶是每天將數(shù)據(jù)庫清空，從總系統(tǒng)中將數(shù)據(jù)導(dǎo)入到sql server里。我感決sqlserver在插入時產(chǎn)生log不大，在delete整個庫時產(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ù)庫無法寫入文件時，可用兩種方法：
方法一：清空日志。
1．打開查詢分析器，輸入命令
DUMP TRANSACTION 數(shù)據(jù)庫名 WITH NO_LOG
2.再打開企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫--所有任務(wù)--收縮數(shù)據(jù)庫--收縮文件--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數(shù),直接輸入這個數(shù),確定就可以了。
另一種方法有一定的風(fēng)險性，因為SQL SERVER的日志文件不是即時寫入數(shù)據(jù)庫主文件的，如處理不當(dāng)，會造成數(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。
注意：建議使用第一種方法。
如果想以后不讓它增長
企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫--屬性--事務(wù)日志--將文件增長限制為xM(x是你允許的最大數(shù)據(jù)文件大小)
--SQL語句的設(shè)置方式:
alter database 數(shù)據(jù)庫名 modify file(name=邏輯文件名,maxsize=20)

最新評論