一括インポートで最小ログ記録を行うための前提条件
完全復旧モデルのデータベースの場合、一括インポート中に実行されるすべての行挿入操作が、トランザクション ログに完全に記録されます。完全復旧モデルを使用する場合、大きなデータをインポートするとトランザクション ログがすぐにいっぱいになってしまいます。これとは対照的に、単純復旧モデルまたは一括ログ復旧モデルでは、一括インポート操作の最小ログ記録を行うと、一括インポート操作によってログ領域がいっぱいになる可能性が少なくなります。最小ログ記録は完全ログ記録よりも効率的です。
.gif "注意") 注 |
|---|
一括ログ復旧モデルは、大量の一括操作中に完全復旧モデルの代わりとして一時的に使用するためのものです。完全復旧モデルと一括ログ復旧モデルの切り替えの詳細については、「完全復旧モデルまたは一括ログ復旧モデルからの切り替え」を参照してください。 |
一括インポート操作の最小ログ記録のためのテーブルの要件
最小ログ記録を行うテーブルは、次の条件を満たしている必要があります。
テーブルがレプリケート中でないこと。
(TABLOCK を使用して) テーブル ロックが指定されていること。
詳細については、「一括インポートのロック動作の制御」を参照してください。
注最小限のログ記録しか行われない一括インポート操作では、データを挿入してもトランザクション ログに記録されませんが、新しいエクステントがテーブルに割り当てられるたびに、データベース エンジンによりエクステントの割り当てがログに記録されます。
あるテーブルの最小ログ記録を行うことができるかどうかは、そのテーブルにインデックスがあるかどうか、また、インデックスが存在する場合はテーブルが空かどうかによっても異なります。
テーブルにインデックスがない場合、データ ページの最小ログ記録が行われます。
テーブルにクラスター化インデックスがなく、非クラスター化インデックスが 1 つ以上ある場合、データ ページは常に最小ログ記録が行われます。インデックス ページのログがどのように記録されるかは、テーブルが空かどうかにより異なります。
テーブルが空の場合、インデックス ページは最小ログ記録が行われます。
テーブルが空ではない場合、インデックス ページは完全ログ記録が行われます。
注空のテーブルに複数のバッチのデータを一括インポートする場合、最初のバッチについてはインデックス ページとデータ ページの最小ログ記録が行われますが、2 番目以降のバッチはデータ ページのみの最小ログ記録が行われます。
テーブルが空で、クラスター化インデックスがある場合、データ ページとインデックス ページの最小ログ記録が行われます。これと対照的に、空ではないテーブルにクラスター化インデックスがある場合、いずれの復旧モデルであってもデータ ページとインデックス ページの完全ログ記録が行われます。
注空のテーブルにバッチのデータを一括インポートする場合、最初のバッチについてはインデックス ページとデータ ページの最小ログ記録が行われますが、2 番目以降のバッチはデータ ページのみ一括ログ記録が行われます。
一括インポート時のテーブル ロックやログ記録の動作の概要などの詳細については、「一括インポートのパフォーマンスの最適化」を参照してください。
| 注 |
|---|
トランザクション レプリケーションが有効な場合、BULK INSERT 操作は、一括ログ復旧モデルでも完全にログ記録されます。 |
ベスト プラクティス 一括ログ復旧モデルを使用してテーブル行の大きなセットをインポートするときは、一括インポートを複数のバッチに分散させることを検討してください。それぞれのバッチは、1 つのトランザクションと見なされます。したがって、バッチが完了した時点でそのバッチのログをバックアップできます。その行のバッチの一括インポートに使用したログ領域が、次回のログ バックアップにより再利用されます。