教你如何清除SQL日誌
1．打開查詢分析器，輸入命令
DUMP TRANSACTION 資料庫名 WITH NO_LOG
2.再打開企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮文件--選擇日誌文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了。
清除Log有兩種方法：
1.自動清除法
開放資料庫選項 Trunc Log on Chkpt，使資料庫系統每隔一段時間自動清除Log。此方法的優點是無須人工干預，由SQL Server自動執行，並且一般不會出現Log溢滿的情況；缺點是只清除Log而不做備份。
2.手動清除法
執行命令「mp transaction」來清除Log。以下兩條命令都可以清除日誌：
mp transaction with truncate_only
mp transaction with no_log
通常刪除事務日誌中不活躍的部分可使用「mp transaction with trancate_only」命令，這條命令寫進事務日誌時，還要做必要的並發性檢查。SYBASE提供「mp transaction with no_log」來處理某些非常緊迫的情況，使用這條命令有很大的危險性，SQL Server會彈出一條警告信息。為了盡量確保資料庫的一致性，你應將它作為「最後一招」。
以上兩種方法只是清除日誌，而不做日誌備份，若想備份日誌，應執行「mp transaction database_name to mpdevice」命令。
清除後對資料庫沒有影響
② 如何清除sql2008日誌文件
在SQL2008中清除日誌就必須在簡單模式下進行，等清除動作完畢再調回到完全模式。
方案一：完全命令模式
USE[master]
GO
ALTERDATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTERDATABASE DNName SET RECOVERY SIMPLE --簡單模式
GO
USE DNName
GO
DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY)
GO
USE[master]
GO
ALTERDATABASE DNName SET RECOVERY FULLWITH NO_WAIT
GO
ALTERDATABASE DNName SET RECOVERY FULL --還原為完全模式
GO
方案二：部分命令模式 + 任務-收縮-文件（單個資料庫）
ALTERDATABASE DNName SET RECOVERY SIMPLE --簡單模式
GO
右鍵-任務-收縮-文件-確定 下來資料庫的日誌只保留了1M
ALTERDATABASE DNName SET RECOVERY FULL --還原為完全模式
GO
優點：此清除日誌所運行消耗的時間短，90GB的日誌在分鍾左右即可清除完畢，做完之後做個完全備份在分鍾內即可完成。缺點： 不過此動作最好不要經常使用，因為它的運行會帶來系統碎片。普通狀態下LOG和DIFF的備份即可截斷日誌。此語句使用的恰當環境：當系統的日誌文件異常增大或者備份LOG時間太長可能影響生產的情況下使用。
③ 如何清除SQL日誌
方法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不產生歸檔一樣。
④ SQL資料庫日誌文件 可以刪除嗎
可以的
⑤ SQL server資料庫日誌滿了怎麼處理
一、刪除日誌文件。
二、手動收縮。操作如下：
1、在資料庫頁面中選擇「選項」；
⑥ sql server怎麼刪除資料庫日誌
一、簡單方法
–SQL Server收縮方法
1、右鍵資料庫→屬性→選項→故障還原模型→設為簡單→確定；
2、右鍵資料庫→所有任務→收縮資料庫→確定；
3、右鍵資料庫→屬性→選項→故障還原模型→設為大容量日誌記錄→確定。
二、復雜方法
–SQL Server日誌清空方法
在查詢分析器中順序執行以下三步，其中 databasename 為你的資料庫文件名
1.清空日誌：DUMP TRANSACTION databasename WITH NO_LOG
2.截斷事務日誌：BACKUP LOG databasename WITH NO_LOG
3.收縮資料庫：DBCC SHRINKDATABASE(databasename)
(BACKUP LOG databasename WITH NO_LOG|TRUNCATE_ONLY可以截斷事務日誌。
第一步只是將非活動的事務日誌截斷，並沒有收縮資料庫，只有進行第二項操作後，資料庫才進行事務日誌的清理工作，將截斷的非活動事務刪除，並將事務日誌文件收縮到適當尺寸。)
3、收縮資料庫文件(如果不壓縮,資料庫的文件不會減小)
企業管理器–右鍵你要壓縮的資料庫–所有任務–收縮資料庫–收縮文件–選擇日誌文件–在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
–選擇數據文件–在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了。
收縮資料庫完成後，建議將您的資料庫屬性重新設置為標准模式，操作方法同簡單方法里第一點，因為日誌在一些異常情況下往往是恢復資料庫的重要依據
也可以用SQL語句來完成
–收縮資料庫
DBCC SHRINKDATABASE(資料庫名)
–收縮指定數據文件,1是文件號,可以通過這個語句查詢到:
select * from sysfiles DBCC SHRINKFILE(1)
4、為了最大化的縮小日誌文件(如果是sql 7.0,這步只能在查詢分析器中進行)
在使用 SQL Server 時，資料庫里的日誌文件會越來越大，需要把它刪除。 我先把這個資料庫分離，在資料庫上點右鍵 -> 所有任務 -> 分離資料庫，分離之後，就可以把 Log 文件刪除，同時也可以把數據進行備份。之後，就可以在所有任務里的附加資料庫再把那個資料庫添進來，SQL Server 會提示 LOG 文件不存在，問你是不是要新建一個，選是就行了，這樣，LOG 文件就清空了。 這個方法只需幾分鍾的時間，但在這幾分鍾里，就不能訪問這個資料庫了，我覺得只適用於小型的應用，對於大型的系統就要找其它方法了。)
a.分離資料庫
企業管理器–伺服器–資料庫–右鍵–分離資料庫
b.在我的電腦中刪除LOG文件
c.附加資料庫
企業管理器–伺服器–資料庫–右鍵–附加資料庫