tempdb データベースを圧縮する

適用対象: SQL ServerAzure SQL Managed Instance

この記事では、SQL Server でデータベースを圧縮 tempdb するために使用できるさまざまな方法について説明します。

tempdb のサイズを変更するには、次のいずれかの方法を使用できます。 この記事では、最初の 3 つのオプションについて説明します。 SQL Server Management Studio を使用する場合は、「データベースの圧縮」の手順に従います。

解説

既定では、 tempdb データベースは必要に応じて自動拡張するように構成されます。 そのため、このデータベースは予想外に大きくなり、目的のサイズよりも大きくなる可能性があります。 tempdb データベース サイズを大きくしても、SQL Server のパフォーマンスに悪影響はありません。

SQL Server が起動すると、tempdb データベースのコピーを使用して model が 再作成され、tempdb は最後に構成されたサイズにリセットされます。 構成されたサイズは、MODIFY FILE オプションや DBCC SHRINKFILE または DBCC SHRINKDATABASE のステートメントを使用するなど、ALTER DATABASEファイル サイズ変更操作によって最後に明示的に設定されたサイズのいずれかになります。 そのため、異なる値を使用する必要がある場合や、大規模な tempdb データベースに対して直ちに解決する必要がない限り、サイズが小さくなるまで SQL Server サービスの次の再起動を待つことができます。

tempdb アクティビティの進行中は、tempdb を圧縮できます。 ただし、ブロック、デッドロックなどの他のエラーが発生し、圧縮が完了しなくなる可能性があります。 そのため、成功の tempdb 圧縮を確実に行うには、サーバーがシングル ユーザー モードの間、またはすべての tempdb アクティビティを停止している間にこれを行うことをお勧めします。

SQL Server では、トランザクション をロールバックするのに十分な情報 のみが tempdb トランザクション ログに記録されますが、データベースの復旧中にトランザクションを再実行することはできません。 この機能により、INSERT の tempdb ステートメントのパフォーマンスが向上します。 さらに、SQL Server を再起動するたびに tempdb が再作成されるため、トランザクションをやり直すために情報をログに記録する必要はありません。 そのため、ロール フォワードまたはロールバックするトランザクションはありません。

tempdb　の管理と監視の詳細については、「容量計画とtempdb の使用の監視」を参照してください。

ALTER DATABASE コマンドを使用する

この方法では、SQL Server を再起動する必要があります。

1. SQL Server を停止します。

2. コマンド プロンプトで、最小構成モードでインスタンスを起動します。 これを行うには、次の手順に従います。

   1. コマンド プロンプトで、SQL Server がインストールされているフォルダーに移動します (次の例で<VersionNumber> および <InstanceName> に置き換えます)。

      cd C:\Program Files\Microsoft SQL Server\MSSQL<VersionNumber>.<InstanceName>\MSSQL\Binn
      

   2. インスタンスが SQL Server の名前付きインスタンスの場合は、次のコマンドを実行します (次の例で <InstanceName> を置き換えます)。

      sqlservr.exe -s <InstanceName> -c -f -mSQLCMD
      

   3. インスタンスが SQL Server の既定のインスタンスである場合は、次のコマンドを実行します。

      sqlservr -c -f -mSQLCMD
      

      注意

      -c および -f パラメーターを指定すると、SQL Server は、データ ファイル用に tempdb 1 MB サイズ、ログ ファイル用に 0.5 MB の最小構成モードで起動します。 この -mSQLCMD パラメーターは、sqlcmd 以外のアプリケーションがシングル ユーザー接続を引き継ぐのを防ぎます。

3. sqlcmd で SQL Server インスタンスに接続し、次の Transact-SQL (T-SQL) スクリプトを実行します。 <target_size_in_MB> を目的のサイズに置き換えます。

   ALTER DATABASE tempdb MODIFY FILE
   (NAME = 'tempdev', SIZE = <target_size_in_MB>);
   
   ALTER DATABASE tempdb MODIFY FILE
   (NAME = 'templog', SIZE = <target_size_in_MB>);
   

4. SQL Server を停止します。 これを行うには、Ctrl+C コマンド プロンプト ウィンドウを押し、サービスとして SQL Server を再起動し、tempdb.mdf と templog.ldf ファイルのサイズを確認します。

DBCC SHRINKDATABASE コマンドを使用する

DBCC SHRINKDATABASE はパラメーター target_percentを受け取ります。 データベースを圧縮した後、データベース ファイル内に残す空き領域のパーセンテージを指定します。 DBCC SHRINKDATABASEを使用する場合は、SQL Server を再起動する必要がある場合があります。

1. tempdb ストアド プロシージャを使用して、現在 sp_spaceused で使用されている領域を決定します。 次に、 DBCC SHRINKDATABASE　のパラメーターとして使用するために残っている空き容量の割合を計算します。 この計算は、目的のデータベース サイズに基づいています。

   注意

   場合によっては、使用されている領域を再計算し、更新されたレポートを取得するためにsp_spaceused @updateusage = true 実行する必要があります。 詳細については、「sp_spaceused(Transact-SQL)」を参照してください。

   次に例を示します。

   tempdb には、1024 MB のプライマリ データ ファイル (tempdb.mdf) と 360 MB のログ ファイル (tempdb.ldf) の 2 つのファイルがあるとします。 プライマリ データ ファイルに 600 MB のデータが含まれているとの sp_spaceused 報告があったと仮定します。 また、プライマリ データ ファイルを 800 MB に圧縮するとします。 圧縮後に残った空き領域の必要な割合を計算します。800 MB から 600 MB = 200 MB です。 次に、200 MB を 800 MB で除算し、25%が target_percent になります。 トランザクション ログ ファイルは適宜圧縮され、データベースの圧縮後に 25% または 200 MB の空き領域が残ります。

2. SQL Server Management Studio、Azure Data Studio、または sqlcmd を使用して SQL Server に接続し、次の Transact-SQL コマンドを実行します。 <target_percent> を目的の割合に置き換えます。

   DBCC SHRINKDATABASE (tempdb, '<target_percent>');
   

DBCC SHRINKDATABASE におけるtempdb このコマンドには制限があります。 データ ファイルとログ ファイルのターゲット サイズは、データベースの作成時に指定されたサイズより小さくすることはできません。また、ALTER DATABASE オプションを使用する MODIFY FILE など、ファイル サイズを変更する操作を使用して明示的に設定された最後のサイズよりも小さくすることはできません。 DBCC SHRINKDATABASE のもう 1 つの制限事項は、target_percentage パラメーターの計算と、使用されている現在の領域に対する暗黙的な依存関係です。

DBCC SHRINKFILE コマンドを使用する

この DBCC SHRINKFILE コマンドを使用して、個々の tempdb のファイルを圧縮します。 DBCC SHRINKFILE は、同じデータベースに属する他のファイルに影響を与えることなく、単一のデータベース ファイルで使用できるためよりも DBCC SHRINKDATABASE 柔軟性が高くなります。 DBCC SHRINKFILE は target_size パラメーターを受け取ります。 これは、データベース ファイルの最終的なサイズです。

1. プライマリ データ ファイル (tempdb.mdf)、ログ ファイル (templog.ldf)、および追加される追加ファイル tempdb の目的のサイズを決定します 。 ファイルで使用される領域が目的のターゲット サイズ以下であることを確認します。

2. SQL Server Management Studio、Azure Data Studio、または sqlcmd を使用して SQL Server に接続し、圧縮する特定のデータベース ファイルに対して次の Transact-SQL コマンドを実行します。 <target_size_in_MB> を目的のサイズに置き換えます。

   USE tempdb;
   GO
   
   -- This command shrinks the primary data file
   DBCC SHRINKFILE (tempdev, '<target_size_in_MB>');
   GO
   
   -- This command shrinks the log file, examine the last paragraph.
   DBCC SHRINKFILE (templog, '<target_size_in_MB>');
   GO
   

DBCC SHRINKFILE の利点は、ファイルのサイズを元のサイズよりも小さいサイズに縮小できることです。 任意のデータ ファイルまたはログ ファイルでも DBCC SHRINKFILE を発行できます。 データベースを データベースのサイズ model より小さくすることはできません。

圧縮操作を実行するときのエラー 8909

tempdb を使用している場合、DBCC SHRINKDATABASE または DBCC SHRINKFILEコマンドを使用して圧縮しようとした場合、SQL Server のバージョンに応じて、次のようなメッセージが表示されることがあります。

Server: Msg 8909, Level 16, State 1, Line 1 Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), page ID (6:8040) contains an incorrect page ID in its page header. The PageId in the page header = (0:0).

このエラーは、tempdb の実際の破損を示すものではありません. ただし、エラー 8909 などの物理データ破損エラーの他の理由があり、その理由には I/O サブシステムの問題が含まれる場合があります。 そのため、圧縮操作の外部でエラーが発生した場合は、より多くの調査を行う必要があります。

8909 メッセージは、アプリケーションまたは圧縮操作を実行しているユーザーに返されますが、圧縮操作は失敗しません。

関連項目

• SQL Server での autogrow と autoshrink の設定に関する考慮事項
• データベース ファイルとファイル グループ
• sys.databases (Transact-SQL)
• sys.database_files (Transact-SQL)

次のステップ

• データベースの縮小
• DBCC SHRINKDATABASE (Transact-SQL)
• DBCC SHRINKFILE (Transact-SQL)
• データまたはログ ファイルのデータベースからの削除
• ファイルの縮小