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

適用対象: SQL Server Azure SQL データベース Azure SQL Managed Instance

大規模なインデックス操作では、大量のデータが読み込まれるためにトランザクション ログがすぐにいっぱいになることがあります。 インデックス操作を確実にロールバックできるようにするには、インデックス操作が完了するまでトランザクション ログを切り捨てることができません。ただし、インデックス操作中にログをバックアップすることはできます。 このため、トランザクション ログには、インデックス操作中のインデックス操作によるトランザクションと同時実行ユーザーによるトランザクションの両方を格納できるだけの十分な空き領域が必要です。 これは、インデックス操作がオフラインでもオンラインでも同じです。 オフライン インデックス操作中は基になるテーブルにアクセスできないので、ユーザー トランザクションはそれほど多くなく、ログの増大もそれほど速くない可能性があります。 オンライン インデックス操作では同時実行ユーザーによる操作を防ぐことができないので、大規模なオンライン インデックス操作で同時実行ユーザーによる膨大なトランザクションが発生すると、ログの切り捨てオプションが使用されずに、トランザクション ログが増大し続けることがあります。

推奨事項

大規模なインデックス操作を実行する場合は、次の推奨事項を考慮してください。

  1. 大規模なインデックス操作をオンラインで実行する前に、トランザクション ログを必ずバックアップし切り捨てを行います。また、予定しているインデックス トランザクションとユーザー トランザクションを格納できるだけの十分な領域をログのために用意しておきます。

  2. インデックス操作の場合は、SORT_IN_TEMPDB オプションを ON に設定することを検討します。 この設定により、インデックス トランザクションが同時実行のユーザー トランザクションから分離されます。 インデックス トランザクションは、 tempdb データベースのトランザクション ログに格納され、同時実行ユーザー トランザクションはユーザー データベースのトランザクション ログに格納されます。 これにより、ユーザー データベースのトランザクション ログをインデックス操作中に必要に応じて切り捨てられるようになります。 さらに、 tempdb データベースのログとユーザー データベース ログを別のディスク上に格納すれば、2 つのログで同じディスク領域を奪い合うことはありません。

    Note

    tempdb データベースとトランザクション ログに、インデックス操作を処理できるだけの十分なディスク領域があることを確認してください。 インデックス操作が完了するまで、 tempdb データベースのトランザクション ログを切り捨てることはできません。

  3. インデックス操作の最小ログ記録を行うことができるデータベース復旧モデルを使用します。 これにより、ログのサイズを削減し、ログでログ領域がいっぱいになるのを防ぐことができます。

  4. 明示的なトランザクションではオンライン インデックス操作を実行しないでください。 ログの切り捨ては、明示的なトランザクションが終了するまで行われません。

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

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