共用方式為


DBCC SHRINKDATABASE (Transact-SQL)

壓縮指定之資料庫中的資料和記錄檔大小。

主題連結圖示 Transact-SQL 語法慣例

語法

DBCC SHRINKDATABASE 
( database_name | database_id | 0 
     [ , target_percent ] 
     [ , { NOTRUNCATE | TRUNCATEONLY } ] 
)
[ WITH NO_INFOMSGS ]

引數

  • database_name | database_id | 0
    這是要壓縮之資料庫的名稱或識別碼。 如果指定 0,就會使用目前的資料庫。

  • target_percent
    這是壓縮資料庫之後,資料庫檔案所要保留的可用空間百分比。

  • NOTRUNCATE
    將配置的頁面從檔案結尾移到檔案前端的未配置頁面,壓縮資料檔中的資料。 target_percent 是選擇性的。

    檔案結尾的可用空間並不會還給作業系統,檔案的實際大小也不會改變。 因此,當指定了 NOTRUNCATE 時,資料庫不會呈現壓縮狀態。

    NOTRUNCATE 只適用於資料檔。 記錄檔不受影響。

  • TRUNCATEONLY
    將檔案結尾的所有可用空間釋放給作業系統,但是不會在檔案內移動任何頁面。 資料檔只會壓縮為最後配置的範圍。 如果在使用 TRUNCATEONLY 時指定 target_percent 選項,會忽略此選項。

    TRUNCATEONLY 會影響記錄檔。 若要只能截斷資料檔,請使用 DBCC SHRINKFILE。

  • WITH NO_INFOMSGS
    抑制所有嚴重性層級在 0 到 10 的參考用訊息。

結果集

下表描述結果集中的資料行。

資料行名稱

說明

DbId

Database Engine 試圖壓縮之檔案的資料庫識別碼。

FileId

Database Engine 試圖壓縮之檔案的識別碼。

CurrentSize

檔案目前所佔的 8 KB 頁數。

MinimumSize

檔案所能佔用的 8 KB 頁數最小值。 這對應於檔案的大小下限或最初建立的大小。

UsedPages

檔案目前所用的 8 KB 頁數。

EstimatedPages

Database Engine 估計檔案可以壓縮成 8 KB 頁面的數目。

[!附註]

Database Engine 不會顯示未壓縮之檔案的資料列。

備註

若要壓縮特定資料庫的所有資料和記錄檔,請執行 DBCC SHRINKDATABASE 命令。 若要一次壓縮特定資料庫的一個資料或記錄檔,請執行 DBCC SHRINKFILE 命令。

若要檢視資料庫中目前的可用 (未配置) 空間量,請執行 sp_spaceused

在這個處理序中,隨時可以停止 DBCC SHRINKDATABASE 作業,任何已完成的工作都會保留下來。

資料庫的大小不得小於資料庫的大小下限。 大小下限是最初建立資料庫時所指定的大小,或是利用檔案大小變更作業 (例如 DBCC SHRINKFILE 或 ALTER DATABASE) 明確設定的最後大小。 例如,如果資料庫最初建立時為 10 MB 的大小,而後成長到 100 MB,則該資料庫最多只能縮小到 10 MB,即使該資料庫中的所有資料都已刪除,也是如此。

執行 DBCC SHRINKDATABASE 時若不指定 NOTRUNCATE 選項或 TRUNCATEONLY 選項,則與執行具有 NOTRUNCATE 選項的 DBCC SHRINKDATABASE 作業之後再執行具有 TRUNCATEONLY 選項的 DBCC SHRINKDATABASE 作業相等。

壓縮的資料庫不必是單一使用者模式;在資料庫壓縮之後,其他使用者也可以在這個資料庫中工作。 其中包括系統資料庫。

資料庫在備份時不能進行壓縮。 相反地,當資料庫上正在進行壓縮作業時,也不能對其進行備份。

遇到 xVelocity 記憶體最佳化的資料行存放區索引時,DBCC SHRINKDATABASE 將會失敗。 遇到資料行存放區索引之前完成的工作將會成功,因此資料庫可能會較小。 若要完成 DBCC SHRINKDATABASE,請在執行 DBCC SHRINKDATABASE 前停用所有資料行存放區索引,然後重建資料行存放區索引。

DBCC SHRINKDATABASE 的運作方式

DBCC SHRINKDATABASE 會以個別檔案為基礎來壓縮資料檔,但會依照所有記錄檔都是在單一連續記錄集區的方式來壓縮記錄檔。 檔案必定從結尾處進行壓縮。

假設名稱為 mydb 的資料庫有一個資料檔和兩個記錄檔。 每個資料檔和記錄檔均為 10 MB,資料檔則包含 6 MB 的資料。

Database Engine 會計算每個檔案的目標大小。 這是檔案所要壓縮的大小。 當設定 target_percent 來指定 DBCC SHRINKDATABASE 時,Database Engine 會將目標大小計算為在壓縮之後,檔案中可用空間的 target_percent 量。 例如,如果您指定壓縮 mydb 的 target_percent 是 25,則 Database Engine 會將這個資料檔的目標大小計算為 8 MB (6 MB 資料加 2 MB 可用空間)。 因此,Database Engine 會將資料檔最後 2 MB 的任何資料移到資料檔前 8 MB 中的任何可用空間,然後再壓縮檔案。

假設 mydb 的資料檔包含 7 MB 的資料。 將 target_percent 指定為 30,可以將這個資料檔壓縮到可用百分比 30。 不過,將 target_percent 指定為 40 並不會壓縮資料檔,因為 Database Engine 不會將檔案壓縮成小於資料目前所佔的大小。 您也可以用另一個方式來考慮這個問題:40% 需要的可用空間 + 70% 完整資料檔 (10 MB 中的 7 MB),會超出 100%。 由於需要的可用百分比加上資料檔目前所佔的百分比超過 100% (超出 10%),因此,任何大於 30 的 target_size 都不會壓縮資料檔。

對於記錄檔,Database Engine 會利用 target_percent 來計算整份記錄的目標大小;因此,target_percent 是壓縮作業之後記錄中可用的空間量。 之後,便會將整份記錄的目標大小轉換成每個記錄檔的目標大小。

DBCC SHRINKDATABASE 會試圖將每個實體記錄檔立即壓縮成目標大小。 如果邏輯記錄沒有任何部分是在超出記錄檔目標大小的虛擬記錄中,就會順利截斷檔案,DBCC SHRINKDATABASE 會完成作業,但沒有任何訊息。 不過,如果邏輯記錄有任何部分是在超出目標大小的虛擬記錄中,Database Engine 會釋出盡可能多的空間,然後發出一則參考用訊息。 這個訊息描述將邏輯記錄移出檔案結尾的虛擬記錄,需要哪些動作。 執行這些動作之後,就可以利用 DBCC SHRINKDATABASE 來釋出其餘空間。

由於記錄檔只能壓縮成虛擬記錄檔界限,因此,可能無法將記錄檔壓縮成小於虛擬記錄檔的大小,即使它不在使用中,也是如此。 建立或擴充記錄檔時,Database Engine 會動態選擇虛擬記錄檔的大小。

最佳作法

當您計畫壓縮資料庫時,請考量下列資訊:

  • 壓縮作業在截斷資料表或卸除資料表等產生大量未用空間的作業之後最有效。

  • 大部分資料庫都需要一些可用空間來執行每天的例行作業。 如果您反覆壓縮資料庫,發現資料庫再次增長,就表示例行作業需要被壓縮的空間。 在這些情況之下,反覆壓縮資料庫是一項會造成浪費的作業。

  • 壓縮作業不會保留資料庫中索引的片段狀態,它通常會使片段增加到某個程度。 這就是不要反覆壓縮資料庫的另一個原因。

  • 除非您有特定的需求,否則請不要將 AUTO_SHRINK 資料庫選項設定為 ON。

疑難排解

壓縮作業可以由在資料列版本設定隔離等級之下執行的交易進行封鎖。 例如,當 DBCC SHRINK DATABASE 作業執行時,如果以資料列版本設定為基礎的隔離等級之下正在進行大量刪除作業,則壓縮作業將會等到刪除作業完成之後,才會開始壓縮檔案。 當這種情況發生時,DBCC SHRINKFILE 和 DBCC SHRINKDATABASE 作業在第一個小時裡,會每五分種列印一次參考用訊息 (SHRINKDATABASE 是 5202,SHRINKFILE 是 5203) 到 SQL Server 錯誤記錄檔中,之後則每小時列印一次。 例如,如果錯誤記錄檔包含下列的錯誤訊息:

DBCC SHRINKDATABASE for database ID 9 is waiting for the snapshot 
transaction with timestamp 15 and other snapshot transactions linked to 
timestamp 15 or with timestamps older than 109 to finish.

這表示壓縮作業是由時間戳記在 109 (壓縮作業所完成的最後一項交易) 之前的快照集交易所封鎖。 也表示 sys.dm_tran_active_snapshot_database_transactions (Transact-SQL) 動態管理檢視中的 transaction_sequence_numfirst_snapshot_sequence_num 資料行包含值 15。 如果檢視表中的 transaction_sequence_numfirst_snapshot_sequence_num 資料行所包含的數字小於壓縮作業所完成的最後一項交易 (109),壓縮作業將會等到這些交易完成。

若要解決這個問題,可以執行下列其中一項工作:

  • 結束正在封鎖壓縮作業的交易。

  • 結束壓縮作業。 所有已完成的工作都會保留。

  • 不執行任何動作,並允許壓縮作業等到封鎖交易完成。

權限

需要系統管理員 (sysadmin) 固定伺服器角色或 db_owner 固定資料庫角色中的成員資格。

範例

A.壓縮資料庫並指定可用空間百分比

下列範例會縮小 UserDB 使用者資料庫中的資料和記錄檔大小,使資料庫中能有 10% 的可用空間。

DBCC SHRINKDATABASE (UserDB, 10);
GO

B.截斷資料庫

下列範例會將 AdventureWorks 範例資料庫中的資料檔和記錄檔壓縮為最後配置的範圍。

DBCC SHRINKDATABASE (AdventureWorks2012, TRUNCATEONLY);

請參閱

參考

ALTER DATABASE (Transact-SQL)

DBCC (Transact-SQL)

DBCC SHRINKFILE (Transact-SQL)

概念

壓縮資料庫