一括インポートでの最小ログ記録の前提条件

適用対象:SQL Server

完全復旧モデルのデータベースの場合、一括インポート中に実行されるすべての行挿入操作が、トランザクション ログに完全に記録されます。 完全復旧モデルを使用する場合、大きなデータをインポートするとトランザクション ログがすぐにいっぱいになってしまいます。 これに対し、単純復旧モデルまたは一括ログ復旧モデルでは、一括インポート操作の最小ログ記録によって、一括インポート操作によってログ領域が埋まる可能性が低くなります。 最小ログ記録は完全ログ記録よりも効率的です。

注意

一括ログ復旧モデルは、大量の一括操作中に完全復旧モデルの代わりとして一時的に使用するためのものです。

一括インポート操作を最小限に記録するためのテーブル要件

最小ログ記録を行うテーブルは、次の条件を満たしている必要があります。

  • テーブルがレプリケートされていません。

  • (TABLOCK を使用して) テーブル ロックが指定されていること。

    注意

    最小限のログ記録しか行われない一括インポート操作では、データ挿入はトランザクション ログに記録されませんが、新しいエクステントがテーブルに割り当てられるたびに、データベース エンジンによりエクステントの割り当てがログに記録されます。

  • テーブルはメモリ最適化テーブルではありません。

あるテーブルの最小ログ記録を行うことができるかどうかは、そのテーブルにインデックスがあるかどうか、また、インデックスが存在する場合はテーブルが空かどうかによっても異なります。

  • テーブルにインデックスがない場合、データ ページの最小ログ記録が行われます。

  • テーブルにクラスター化インデックスがなく、非クラスター化インデックスが 1 つ以上ある場合、データ ページは常に最小ログ記録が行われます。 インデックス ページのログがどのように記録されるかは、テーブルが空かどうかにより異なります。

    • テーブルが空の場合、インデックス ページは最小ログ記録が行われます。 空のテーブルに複数のバッチのデータを一括インポートする場合、最初のバッチについてはインデックス ページとデータ ページの最小ログ記録が行われますが、2 番目以降のバッチはデータ ページのみの最小ログ記録が行われます。

    • テーブルが空でない場合、インデックス ページは完全にログに記録されます。

    • いずれかのインデックスに IGNORE_DUP_KEY = ON がある場合、インデックスページとデータ ページは完全にログに記録されます。

  • テーブルが空で、クラスター化インデックスがある場合、データ ページとインデックス ページの最小ログ記録が行われます。 これと対照的に、空ではないテーブルに B ツリー ベースのクラスター化インデックスがある場合、いずれの復旧モデルであってもデータ ページとインデックス ページの完全ログ記録が行われます。 空の行ストア テーブルから開始し、バッチでデータを一括インポートする場合、インデックス ページとデータ ページの両方が最初のバッチに対して最小限にログに記録されますが、2 番目のバッチ以降では、データ ページのみが一括ログに記録されます。

    Note

    SQL Server のドキュメントでは、一般にインデックスに関して B ツリーという用語が使用されます。 行ストア インデックスで、SQL Server によって B+ ツリーが実装されます。 これは、列ストア インデックスやメモリ内データ ストアには適用されません。 詳細については、SQL Serverとインデックスのアーキテクチャと設計ガイドAzure SQL参照してください

  • クラスター化列ストア インデックス (CCI) のログ記録の詳細については、「列ストア インデックス - データ読み込みガイダンス」を参照してください。

注意

トランザクション レプリケーションが有効になっている場合、BULK INSERT 操作は、一括ログ復旧モデルの下でも完全にログに記録されます。

こちらもご覧ください

次のステップ