[[388557]]

 1、為什么要進行數據庫收縮?

SQL Server 數據庫采取預先分配空間的方法來建立數據庫的數據文件或者日志文件，比如數據文件的空間分配了300MB，而實際上只占用了20MB空間，這樣就會造成磁盤存儲空間的浪費?？梢酝ㄟ^數據庫收縮技術對數據庫中的每個文件進行收縮，刪除已經分配但沒有使用的頁。從而節省服務器的存儲的成本。

2、數據庫收縮的原理

官方解釋：收縮數據文件通過將數據頁從文件末尾移動到更靠近文件開頭的未占用的空間來恢復空間。在文件末尾創建足夠的可用空間后，可以取消對文件末尾的數據頁的分配并將它們返回給文件系統。

3、數據庫收縮的限制和局限

收縮后的數據庫不能小于數據庫最初創建時指定的大小。 或是上一次使用文件大小更改操作(如 DBCC SHRINKFILE)設置的顯式大小。

比如：如果數據庫最初創建時的大小為 10 MB，后來增長到 100 MB，則該數據庫最小只能收縮到 10 MB，即使已經刪除數據庫的所有數據也是如此。

不能在備份數據庫時收縮數據庫。 反之，也不能在數據庫執行收縮操作時備份數據庫。

4、數據庫收縮的方式

4.1 收縮數據庫 DBCC SHRINKDATABASE

介紹：收縮指定數據庫中的數據文件大小。

語法格式：

DBCC SHRINKDATABASE 
    ( database_name [ , target_percent ] 
        [ , { NOTRUNCATE | TRUNCATEONLY } ]  
) 

參數說明：

• database_name：是要收縮的數據庫名稱
• target_percent：是數據庫收縮后的數據庫文件中所要的剩余可用空間百分比。
• NOTRUNCATE：導致在數據庫文件中保留所釋放的文件空間。如果未指定，將所釋放的文件空間釋放給操作系統。
• TRUNCATEONLY：導致將數據文件中的任何未使用的空間釋放給操作系統，并將文件收縮到上一次所分配的大小，從而減少文件大小，而不移動任何數據。不試圖重新定位未分配頁的行。使用 TRUNCATEONLY 時，忽略 target_percentis。

4.2 收縮數據庫文件 DBCC SHRINKFILE

介紹：收縮當前數據庫的指定數據或日志文件的大小，或通過將數據從指定的文件移動到相同文件組中的其他文件來清空文件，以允許從數據庫中刪除該文件。文件大小可以收縮到比創建該文件時所指定的大小更小。這樣會將最小文件大小重置為新值。

語法格式：

DBCC SHRINKFILE  
( 
    { file_name | file_id }  
    { [ , EMPTYFILE ]  
    | [ [ , target_size ] [ , { NOTRUNCATE | TRUNCATEONLY } ] ] 
    } 
) 
[ WITH NO_INFOMSGS ] 

參數說明：

• file_name：要收縮的文件的邏輯名稱。
• file_id：要收縮的文件的標識 (ID) 號。若要獲得文件 ID，請使用 FILE_IDEX 系統函數，或查詢當前數據庫中的 sys.database_files 目錄視圖
• target_size：用兆字節表示的文件大小(用整數表示)。如果未指定，則 DBCC SHRINKFILE 將文件大小減少到默認文件大小。默認大小為創建文件時指定的大小。
• 注意：可以使用 DBCC SHRINKFILE target_size 減小空文件的默認大小。
• 例如，如果創建一個10MB 的文件，然后在文件仍然為空的時候將文件收縮為2 MB，默認文件大小將設置為2 MB。這只適用于永遠不會包含數據的空文件。
• EMPTYFILE：將指定文件中的所有數據遷移到同一文件組中的其他文件。由于數據庫引擎不再允許將數據放在空文件內，因此可以使用 ALTER DATABASE 語句來刪除該文件。
• NOTRUNCATE：在指定或不指定 target_percent 的情況下，將已分配的頁從數據文件的末尾移動到該文件前面未分配頁。文件末尾的可用空間不會返回給操作系統，文件的物理大小也不會更改。因此，指定 NOTRUNCATE 時，文件看起來未收縮。
• NOTRUNCATE 只適用于數據文件。日志文件不受影響。
• TRUNCATEONLY：將文件末尾的所有可用空間釋放給操作系統，但不在文件內部執行任何頁移動。數據文件只收縮到最后分配的區。如果隨 TRUNCATEONLY 指定了 target_size，則會忽略該參數。TRUNCATEONLY 只適用于數據文件。
• WITH NO_INFOMSGS：取消顯示所有信息性消息。

5、示例

-- 將TestDB數據庫中的TestDB文件的大小收縮到20MB。 
USE TestDB ; 
GO 
DBCC SHRINKFILE (TestDB, 20) ; 
-- 將減小 UserDB 用戶數據庫中數據文件和日志文件的大小， 
-- 以便在數據庫中留出 10% 的可用空間 
DBCC SHRINKDATABASE (TestDB, 30);  
-- 清理數據庫日志文件為2M 
USE master 
ALTER DATABASE TestDB SET RECOVERY SIMPLE WITH NO_WAIT 
ALTER DATABASE TestDB SET RECOVERY SIMPLE --簡單模式 
USE TestDB 
DBCC SHRINKFILE (N'TestDB_log' , 2, TRUNCATEONLY) 
 --設置壓縮后的日志大小為2M，可以自行指定 
USE master 
ALTER DATABASE TestDB SET RECOVERY FULL WITH NO_WAIT 
ALTER DATABASE TestDB SET RECOVERY FULL --還原為完全模式