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