DBCC SHRINKDATABASE (Transact-SQL)

[アーティクル]
12/16/2008

更新 : 2006 年 4 月 14 日

指定したデータベース内のデータファイルとログファイルのサイズを圧縮します。

構文

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

引数

database_name | database_id | 0
圧縮するデータベースの名前または ID を指定します。0 を指定すると、現在のデータベースが選択されます。

target_percent
データベースを圧縮した後、データベースファイル内に残す空き領域のパーセンテージを指定します。

NOTRUNCATE
ファイル末尾の割り当て済みページをファイル先頭の未割り当てページに移動することにより、データファイルのデータを圧縮します。target_percent は省略可能です。

ファイル末尾の空き領域はオペレーティングシステムに返されず、ファイルの物理サイズは変わりません。したがって、NOTRUNCATE を指定した場合は、データベースが圧縮されていないように見えます。

NOTRUNCATE はデータファイルにのみ適用され、ログファイルは影響を受けません。

TRUNCATEONLY
ファイル末尾のすべての空き領域をオペレーティングシステムに渡します。ただし、ファイル内でのページの移動は行われません。データファイルは、最後に割り当てられたエクステントを限度として圧縮されます。TRUNCATEONLY と組み合わせて指定した場合、target_percent は無視されます。

TRUNCATEONLY はデータファイルにのみ適用されます。ログファイルは影響を受けません。

WITH NO_INFOMSGS
重大度レベル 0 ～ 10 のすべての情報メッセージを表示しないようにします。

結果セット

次の表では、結果セットの列について説明します。

列名	説明
DbId	データベースエンジンで圧縮が試行されたファイルのデータベース識別番号。
FileId	データベースエンジンで圧縮が試行されたファイルのファイル識別番号。
CurrentSize	ファイルが現在占有する 8 KB ページの数。
MinimumSize	ファイルが占有できる 8 KB ページの最小数。この値は、ファイルの最小サイズまたは最初に作成されたサイズと一致します。
UsedPages	ファイルが現在使用している 8 KB ページの数。
EstimatedPages	データベースエンジンで推定されるファイル圧縮後の 8 KB ページの数。

メモ :
データベースエンジンでは圧縮されないファイルの行は表示されません。

解説

特定のデータベースに関するすべてのデータとログファイルを圧縮するには、DBCC SHRINKDATABASE コマンドを実行します。特定のデータベースで一度に 1 つのデータまたはログファイルを圧縮するには、DBCC SHRINKFILE コマンドを実行します。

データベース内にある現在の空き (未割り当て) 領域の大きさを確認するには、sp_spaceused を実行します。

DBCC SHRINKDATABASE 操作は、プロセスのどの時点でも中断でき、中断時に完了していた作業は保持されます。

データベースは、そのデータベースの最小サイズより小さくすることはできません。最小サイズは、データベースの最初の作成時に指定したサイズ、または DBCC SHRINKFILE や ALTER DATABASE などのファイルサイズ変更操作によって最後に明示的に設定されたサイズのどちらかになります。たとえば、最初の作成時にサイズを 10 MB に指定したデータベースが 100 MB まで拡張した場合は、データベース内のすべてのデータを削除したとしても、縮小できる限界は 10 MB までです。

NOTRUNCATE オプションも TRUNCATEONLY オプションも指定しないで DBCC SHRINKDATABASE を実行した場合は、NOTRUNCATE を指定して DBCC SHRINKDATABASE 操作を実行した後に、TRUNCATEONLY を指定して DBCC SHRINKDATABASE 操作を実行した場合と同じ結果になります。

圧縮されるデータベースは、シングルユーザーモードになっていなくてもかまいません。データベースを圧縮している最中でも、他のユーザーがそのデータベースで作業することができます。システムデータベースの場合も同様です。

データベースのバックアップ中、データベースを圧縮することはできません。逆に、データベースの圧縮操作の進行中、データベースをバックアップすることはできません。

DBCC SHRINKDATABASE の動作

DBCC SHRINKDATABASE では、データファイルはファイルごとに圧縮されますが、ログファイルはすべてが 1 つの連続的なログプールに存在するものとして圧縮されます。ファイルは常に末尾から圧縮されます。

たとえば、mydb という名前のデータベースに、1 つのデータファイルと 2 つのログファイルがあり、各データファイルとログファイルのサイズは 10 MB で、データファイルには 6 MB のデータが格納されているとします。

この場合、それぞれのファイルについて、Microsoft SQL Server 2005 データベースエンジンでは目標サイズが計算されます。これはファイルの圧縮後のサイズです。DBCC SHRINKDATABASE を target_percent と共に指定すると、データベースエンジンでは、圧縮後にファイル内の空き領域が target_percent になるように目標サイズが計算されます。たとえば、mydb を圧縮する場合に target_percent を 25 と指定すると、データベースエンジンではデータファイルの目標サイズが 8 MB (6 MB のデータに 2 MB の空き領域を加えたもの) と計算されます。したがって、データベースエンジンではデータファイルの末尾 2 MB にあるすべてのデータがデータファイルの先頭 8 MB にある空き領域に移動されてから、ファイルが圧縮されます。

次に、mydb のデータファイルに 7 MB のデータが格納されているとします。target_percent を 30 にした場合、このデータファイルは空き領域のパーセンテージが 30 になるように圧縮されますが、target_percent を 40 にした場合、データファイルは圧縮されません。データベースエンジンでは、圧縮後のファイルサイズが現在のデータ占有領域よりも小さくなる場合、ファイルは圧縮されません。別の考え方をすれば、目的の空き領域 40% にデータファイル最大容量の 70% (10 MB 中の 7 MB) を加算すると、100% を超えます。30 を超える値を target_size に指定すると、目的の空き領域のパーセンテージと、データファイルの現在の占有パーセンテージを加算した値が 100% を超えるので (この場合は 10% 超過)、データファイルは圧縮されません。

ログファイルの場合、データベースエンジンでは target_percent を使用してログ全体の目標サイズが計算されます。つまり、target_percent は圧縮操作後のログ内の空き領域サイズになります。計算の後、ログ全体の目標サイズは各ログファイルの目標サイズに変換されます。

DBCC SHRINKDATABASE では、各物理ログファイルの目標サイズへの圧縮がすぐに試行されます。ログファイルの目標サイズを超える仮想ログ内に論理ログの部分がない場合は、ログファイルは目標サイズまで正常に切り捨てられ、DBCC SHRINKDATABASE はメッセージなしで終了します。しかし、目標サイズを超える仮想ログ内に論理ログの一部がある場合は、データベースエンジンによってできるだけ多くの領域が解放され、情報メッセージが出力されます。このメッセージには、ファイルの末尾で仮想ログから論理ログを移動するために行う必要のある操作が説明されています。この操作を実行した後、DBCC SHRINKDATABASE を使用して、残りの領域を解放できます。詳細については、「トランザクションログの圧縮」を参照してください。

ログファイルは仮想ログファイルの境界を越えて圧縮できないため、ログファイルを仮想ログファイルのサイズより小さく圧縮することはできません。これはログファイルが使用されていない場合でも同じです。仮想ログファイルのサイズは、ログファイルの作成時または拡張時に、データベースエンジンにより動的に選択されます。仮想ログファイルの詳細については、「トランザクションログの物理アーキテクチャ」を参照してください。

推奨事項

データベースを圧縮する場合は次のことを考慮してください。

圧縮操作は、テーブルの切り捨てやテーブルの削除操作など、大きな未使用領域を生成する操作の後に実行すると最も効果的です。
ほとんどのデータベースでは、毎日の定期的操作で使用するための空き領域が必要です。データベースを何度圧縮しても、データベースのサイズが大きくなってしまう場合は、通常の操作にそれだけの領域が必要であることを示しています。このような場合、繰り返しデータベースを圧縮することは無意味です。
圧縮操作では、データベース内のインデックスの断片化状態は保持されず、一般に、断片化の程度が大きくなります。この理由からも、データベースを繰り返し圧縮することはお勧めできません。
特別な要件がない限り、AUTO_SHRINK データベースオプションを ON に設定しないでください。

トラブルシューティング

トランザクションが行のバージョン管理に基づく分離レベルで実行されている場合、圧縮操作がブロックされることがあります。たとえば、DBCC SHRINK DATABASE 操作を実行するときに、行のバージョン管理に基づく分離レベルでの大規模な削除操作が進行中の場合、圧縮操作は削除処理が完了してから実行され、ファイルが圧縮されます。この場合、DBCC SHRINKFILE および DBCC SHRINKDATABASE 操作では、最初の 1 時間は 5 分ごとに、それ以降は 1 時間ごとに、SQL Server エラーログに情報メッセージ (SHRINKDATABASE の場合は 5202、SHRINKFILE の場合は 5203) が出力されます。たとえば、エラーログに次のエラーメッセージが含まれているとします。

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 動的管理ビューの transaction_sequence_num 列または first_snapshot_sequence_num 列に、値 15 が含まれることも示しています。このビューの transaction_sequence_num 列または first_snapshot_sequence_num 列のいずれかに、圧縮操作により完了した最後のトランザクション (109) より低い番号が含まれている場合は、それらのトランザクションが終了するまで圧縮操作は待機状態となります。

この問題を解決するには、次のいずれかの作業を実行します。

圧縮操作をブロックしているトランザクションを終了します。
圧縮操作を終了します。完了済みの作業は保持されます。
何もせず、ブロックしているトランザクションが完了するまで圧縮操作を待機状態にしておきます。

SQL Server のエラーログの詳細については、「SQL Server エラーログの表示」を参照してください。

権限

sysadmin 固定サーバーロールまたは db_owner 固定データベースロールのメンバシップが必要です。

例

A. データベースを圧縮し、空き領域のパーセンテージを指定する

次の例では、UserDB ユーザーデータベース内のデータファイルとログファイルのサイズを圧縮して、データベースの空き領域が 10% になるようにします。

DBCC SHRINKDATABASE (UserDB, 10);
GO

B. データベースを切り捨てる

次の例では、AdventureWorks サンプルデータベースのデータファイルを、最後に割り当てられたエクステントまで圧縮します。

DBCC SHRINKDATABASE (AdventureWorks, TRUNCATEONLY);

参照

その他の技術情報

物理データベースファイルおよびファイルグループ
 データベースを圧縮する方法 (SQL Server Management Studio)
領域の割り当てと再利用

ヘルプおよび情報

SQL Server 2005 の参考資料の入手

変更履歴

リリース	履歴
2006 年 4 月 14 日	追加内容 : 例 B を追加。「トラブルシューティング」に解決作業を追加。「推奨事項」に AUTO_SHRINK データベースオプションに関する情報を追加。変更内容 : TRUNCATEONLY と NOTRUNCATE の定義を明記。「解説」で、データベースの圧縮可能な最小サイズを訂正。

2006 年 4 月 14 日

追加内容 :

例 B を追加。
「トラブルシューティング」に解決作業を追加。
「推奨事項」に AUTO_SHRINK データベースオプションに関する情報を追加。

変更内容 :

TRUNCATEONLY と NOTRUNCATE の定義を明記。
「解説」で、データベースの圧縮可能な最小サイズを訂正。

次の方法で共有