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

[アーティクル]
07/25/2024

適用対象: SQL Server Azure SQL Managed Instance

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

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

メソッド	再起動が必要です。	詳細
`ALTER DATABASE`	はい	既定 `tempdb` のファイル (`tempdev` および `templog`) のサイズを完全に制御します。
`DBCC SHRINKDATABASE`	いいえ	データベースレベルで動作します。
`DBCC SHRINKFILE`	いいえ	個々のファイルを圧縮できます。
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 コマンドを使用する

Note

このコマンドは、既定 tempdb の論理ファイル tempdev と templog に対してのみ動作します。さらにファイルが tempdb に追加された場合は、サービスとして SQL Server を再起動した後で圧縮できます。すべての tempdb ファイルは起動時に再作成されます。ただし、これらは空であり、削除できます。 tempdb のその他のファイルを削除するには、ALTER DATABASE オプションを指定して、REMOVE FILE コマンドを使用します。

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

SQL Server を停止します。
コマンドプロンプトで、最小構成モードでインスタンスを起動します。これを行うには、次の手順を実行します。
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
```
  Note
  
  -c および -f パラメーターを指定すると、SQL Server は、データファイル用に tempdb 1 MB サイズ、ログファイル用に 0.5 MB の最小構成モードで起動します。この -mSQLCMD パラメーターは、sqlcmd 以外のアプリケーションがシングルユーザー接続を引き継ぐのを防ぎます。
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>);
```
SQL Server を停止します。これを行うには、Ctrl+C コマンドプロンプトウィンドウを押し、サービスとして SQL Server を再起動し、tempdb.mdf と templog.ldf ファイルのサイズを確認します。

DBCC SHRINKDATABASE コマンドを使用する

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

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

Note

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

次の例を確認してください。

tempdb に、1,024 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 の空き領域が残ります。
SSMS、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 パラメーターを受け取ります。これは、データベースファイルの最終的なサイズです。

プライマリデータファイル (tempdb.mdf)、ログファイル (templog.ldf)、および tempdb に追加する追加ファイルの希望するサイズを決定します。ファイルで使用される領域が目的のターゲットサイズ以下であることを確認します。
SSMS、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 メッセージが返されますが、圧縮操作は失敗しません。

次の方法で共有

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

解説

ALTER DATABASE コマンドを使用する

DBCC SHRINKDATABASE コマンドを使用する

DBCC SHRINKFILE コマンドを使用する

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

フィードバック

その他のリソース

次の方法で共有

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

解説

ALTER DATABASE コマンドを使用する

DBCC SHRINKDATABASE コマンドを使用する

DBCC SHRINKFILE コマンドを使用する

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

関連するコンテンツ

フィードバック

その他のリソース