處理方法:1.使用帶NO_LOG的備份日志數(shù)據(jù)庫清除日志，將數(shù)據(jù)庫屬性中的故障恢復(fù)模式更改為 "簡單 "可以大大減緩日志的增長。用NO_LOG命名備份日志數(shù)據(jù)庫后，非活動日志會被截斷，物理日志文件的大

處理方法:

1.使用帶NO_LOG的備份日志數(shù)據(jù)庫清除日志，將數(shù)據(jù)庫屬性中的故障恢復(fù)模式更改為 "簡單 "可以大大減緩日志的增長。用NO_LOG命名備份日志數(shù)據(jù)庫后，非活動日志會被截斷，物理日志文件的大小不會減少，但邏輯日志會減少。收縮數(shù)據(jù)庫后，不活動的虛擬日志將被刪除，以便在不損壞數(shù)據(jù)的情況下釋放空間。如果日志被截斷，數(shù)據(jù)庫收縮，您可以 不要直接使用最新的完整數(shù)據(jù)庫備份進行時間點還原。建議立即備份數(shù)據(jù)庫，以防萬一。

2.當sql

我不 我不這么認為。需要單獨截斷日志:BACKUP LOG WITH TRUNCATE_ONLY執(zhí)行收縮操作:右鍵單擊數(shù)據(jù)庫-任務(wù)-收縮-文件。在文件類型中選擇日志，并在執(zhí)行完成后單擊確定?；騞bcc

sqlserver 2008之前的數(shù)據(jù)庫:

清理日志

用NO_LOG轉(zhuǎn)儲事務(wù)數(shù)據(jù)庫名

2.截斷事務(wù)日志:

帶NO_LOG的備份日志數(shù)據(jù)庫名稱

3.收縮數(shù)據(jù)庫文件(如果不壓縮，數(shù)據(jù)庫文件不會縮小。

DBCC SHRINKDATABASE(數(shù)據(jù)庫名稱，-要收縮的數(shù)據(jù)庫名稱或數(shù)據(jù)庫ID。

50，-收縮后數(shù)據(jù)庫文件中所占空間的百分比。

TRUNCATEONLY -收縮時，只釋放文件末尾的可用空間)

從sqlserver 2008開始，上述方法不再適用，替代方法如下:

更改數(shù)據(jù)庫數(shù)據(jù)庫名稱集恢復(fù)簡單

DBCC SHRINKDATABASE(數(shù)據(jù)庫名稱，-要收縮的數(shù)據(jù)庫名稱或數(shù)據(jù)庫ID。

50，-收縮后，數(shù)據(jù)庫文件所占空間的百分比

TRUNCATEONLY -收縮時，只釋放文件末尾的可用空間)

更改數(shù)據(jù)庫數(shù)據(jù)庫名稱集恢復(fù)完整