インデックス DDL 操作に必要なディスク領域

[アーティクル]
05/30/2023

適用対象:SQL Server Azure SQL Database Azure SQL Managed Instance

ディスク領域は、インデックスを作成、再構築、または削除するときの重要な検討事項です。ディスク領域が不足すると、パフォーマンスが低下したり、インデックス操作が失敗したりする場合があります。このトピックでは、インデックス DDL (データ定義言語) 操作に必要なディスク領域を判断するのに役立つ一般的な情報を提供します。

追加のディスク領域を必要としないインデックス操作

次のインデックス操作では、追加のディスク領域は必要ありません。

ALTER INDEX REORGANIZE (ただし、ログ領域は必要です)
DROP INDEX (非クラスター化インデックスを削除している場合)
DROP INDEX (MOVE TO 句を指定せずにオフラインでクラスター化インデックスを削除していて、非クラスター化インデックスが存在しない場合)
CREATE TABLE (PRIMARY KEY 制約または UNIQUE 制約)

追加のディスク領域が必要なインデックス操作

他のすべてのインデックス DDL 操作では、操作中に使用する一時ディスク領域と、新しいインデックス構造を格納する永続的なディスク領域が追加で必要になります。

新しいインデックス構造を作成する場合、古い (作成元の) 構造と新しい (作成先の) 構造の両方を格納するディスク領域が、それぞれ適切なファイルおよびファイルグループで必要になります。古い構造の割り当ては、インデックス作成トランザクションがコミットされるまで解除されません。

次のインデックス DDL 操作では、新しいインデックス構造が作成され、追加のディスク領域が必要になります。

CREATE INDEX
CREATE INDEX WITH DROP_EXISTING
ALTER INDEX REBUILD
ALTER TABLE ADD CONSTRAINT (PRIMARY KEY または UNIQUE)
ALTER TABLE DROP CONSTRAINT (PRIMARY KEY または UNIQUE) (制約がクラスター化インデックスに基づいている場合)
DROP INDEX MOVE TO (クラスター化インデックスのみ該当)

並べ替え用の一時ディスク領域

作成元の構造と作成先の構造を格納するために必要なディスク領域以外に、並べ替えに使用する一時ディスク領域も必要になります。ただし、クエリオプティマイザーにより、並べ替えを必要としない実行プランが検出された場合は除きます。

並べ替えが必要な場合、一度に 1 つの新しいインデックスに対して並べ替えが実行されます。たとえば、1 つのステートメント内でクラスター化インデックスと関連する非クラスター化インデックスを再構築すると、インデックスは順番に並べ替えられます。したがって、並べ替えに必要な追加の一時ディスク領域のサイズは、並べ替えるインデックスの中で最も大きなインデックスのサイズと同じサイズになります。通常は、クラスター化インデックスのサイズが最も大きくなります。

SORT_IN_TEMPDB オプションを ON に設定した場合は、最も大きいインデックスのサイズが tempdbのサイズを超えないようにする必要があります。このオプションを使用すると、インデックスの作成に使用する一時ディスク領域は増えますが、 tempdb がユーザーデータベースとは異なるディスクセットにある場合、インデックスの作成に必要な時間を短縮できることがあります。

SORT_IN_TEMPDB を OFF (既定) に設定した場合、パーティションインデックスを含む各インデックスは、作成先のディスク領域で並べ替えられます。この場合、必要になるのは新しいインデックス構造のディスク領域のみです。

ディスク領域の計算例については、「インデックスのディスク領域の例」をご覧ください。

オンラインインデックス操作用の一時ディスク領域

インデックス操作をオンラインで実行する場合、追加の一時ディスク領域が必要になります。

クラスター化インデックスをオンラインで作成、再構築、または削除すると、古いブックマークを新しいブックマークにマップする非クラスター化インデックスが一時的に作成されます。 SORT_IN_TEMPDB オプションを ON に設定した場合、この一時インデックスは tempdbに作成されます。 SORT_IN_TEMPDB を OFF に設定した場合は、新しいインデックスと同じファイルグループまたはパーティション構成が使用されます。一時マッピングインデックスには、テーブルの行ごとに 1 つのレコードが格納されます。レコードの内容は、古いブックマーク列と新しいブックマーク列を組み合わせたもので、uniqueifier とレコード識別子が含まれます。両方のブックマークで使用されている列のコピーは 1 つしか含まれません。オンラインでのインデックス操作の詳細については、「オンラインでのインデックス操作の実行」を参照してください。

注意

SORT_IN_TEMPDB オプションは、DROP INDEX ステートメントには設定できません。一時マッピングインデックスは、常に新しいインデックスと同じファイルグループまたはパーティション構成に作成されます。

オンラインインデックス操作では、行のバージョン管理を使用して、他のトランザクションによる変更がインデックス操作に影響を与えないようにしています。そのため、読み取った行の共有ロックを要求する必要がなくなります。オンラインインデックス操作と同時にユーザーの更新操作と削除操作を実行するには、 tempdbにバージョンレコード用の領域が必要になります。詳しくは、「 Perform Index Operations Online」をご覧ください。

インデックスのディスク領域の例

インデックス操作用のトランザクションログのディスク領域

テーブルサイズの見積もり

クラスター化インデックスのサイズの見積もり

非クラスター化インデックスのサイズの算出

ヒープサイズの見積もり

CREATE INDEX (Transact-SQL)

ALTER INDEX (Transact-SQL)

DROP INDEX (Transact-SQL)

インデックスの FILL FACTOR の指定

インデックスの再編成と再構築