[zt] SQL Server 事務日誌的收縮和截斷

            SQL Server中事務日誌的作用：持續記錄資料庫所有的事務和這些事務對資料庫所做的修改;一旦資料庫出現災難事件，就需要事務日誌來進行近期資料的恢復操作。但是，在此條件下受益的同時也要付出相應的代價：在活動資料庫中，事務日誌會消耗大量的儲存空間，假如你不做任何的干預，事務邏輯日誌將會一直增長，直到塞滿儲存這些日誌檔案的所有可用空間。下面我們來詳細介紹SQL Server提供的兩個用來平衡事務日誌對空間巨大需求的操作：收縮事務日誌和截斷事務日誌。

◆日誌收縮

截斷日誌雖然確實從日誌檔案中清除了事務，但它並不會真正的減小物理日誌檔案的大小。SQL Server希望事務日誌最終會擴充套件到其截斷前的大小，所以截斷不會釋放已經分配給日誌的硬碟空間。如果你的日誌在某一時刻人為地擴充套件到某個大小，卻再也無法恢復到這個大小的話可就麻煩大了。

在這種情況下，要釋放硬碟物理空間做其他用途，就要手動進行事務日誌檔案收縮操作。你可以使用下面的T-SQL命令實現日誌檔案的收縮：

DBCC SHRINKFILE(,)
 
上面命令中的desired_shrink_size指的是你想要回收的硬碟空間大小(以MB為單位)。你可以在執行完事務日誌截斷操作之後立即回收大部分的磁碟空間。

◆日誌截斷

截斷事務日誌操作就是清除事務日誌檔案中的非活動記錄。在一般的情況下，SQL Server能夠自動執行截斷操作，不需要人工干預管理。截斷的頻率取決於資料庫的使用程度。你每進行一次完整恢復模式或大容量日誌恢復模式的資料庫備份，SQL Server就會截斷一次事務日誌。如果是在簡單恢復模式下(不能還原事務日誌)，SQL Server會在每個檢查點之後截斷事務日誌。

你也可以透過間接的方式手動驅使SQL Server執行事務日誌截斷操作，需要執行備份操作，不過你可以給SQL Server下指示，表明你只想執行事務日誌的備份操作，不做執行其他任何操作。透過以下的T-SQL命令仍然可以達到上述效果：

BACKUP LOG WITH TRUNCATE_ONLY;