[アーティクル]
09/28/2010

一括ログ復旧モデルでのバックアップ

このトピックは、通常は完全復旧モデルを使用する SQL Server データベースでの一括操作の最適化に関連しています。

一括ログ復旧モデルは、大量のデータの一括インポートなど、特定の大規模な一括操作のパフォーマンスを向上するために、間欠的にのみ使用する特別な用途の復旧モデルです。完全復旧モデルでのバックアップの説明の大半は、一括ログ復旧モデルにも適用されます。このトピックでは、一括ログ復旧モデルに固有の検討事項のみを説明します。

注意
一括ログ復旧モデルで最小限にログに記録される操作の詳細については、「最小ログ記録が可能な操作」を参照してください。

一括ログ復旧モデルの使用は最小限に抑えることをお勧めします。ベストプラクティスは、一連の一括操作の直前に一括ログ復旧モデルに切り替え、操作を実行してからすぐに完全復旧モデルに戻すことです。詳細については、「完全復旧モデルまたは一括ログ復旧モデルからの切り替え」を参照してください。

一括ログ復旧モデルのしくみ

すべてのトランザクションのログが完全に記録される完全復旧モデルに対し、一括ログ復旧モデルでは、最小限の一括操作しかログ記録されません。ただし、その他のトランザクションは完全にログ記録されます。一括ログ復旧モデルは、メディア障害からデータベースを保護し、一括操作に対しては最高のパフォーマンスを発揮し、使用されるログ領域も少なくて済みます。

ただし、一括ログ復旧モデルでは、一括ログ記録操作のため、変更をトランザクション単位で再キャプチャすることはできません。このため、これらの一括コピー操作でデータを損失する危険性が大きくなります。ログバックアップに一括ログ記録された操作が含まれる場合は、そのログバックアップ内の特定の時点に復元できません。復元できるのは、ログバックアップ全体のみです。

一括ログ復旧モデルでは、ログバックアップで一括操作をカバーした場合、そのログバックアップには、ログレコードと、一括操作によって変更されたデータページの両方が含まれます。このことは、一括ログ記録された操作の結果をキャプチャするために必要です。組み込まれたデータエクステントにより、ログのバックアップが非常に大きくなる場合があります。また、ログをバックアップするには、一括ログ記録されたトランザクションが含まれているデータファイルへのアクセスが必要になります。影響を受けるデータベースファイルの中にアクセスできないデータファイルがある場合は、トランザクションログをバックアップできないので、そのログの中でコミットされていた操作がすべて失われます。

ログのバックアップ操作は、データページを追跡するために、エクステントごとに 1 つのビットを含む一括変更ビットマップページに依存しています。前回のログバックアップ以降に一括ログ操作によって更新されたエクステントそれぞれにつき、ビットマップ内のビットが 1 に設定されます。これらのデータエクステントは、ログ内のログデータの前にコピーされます。次の図は、ログバックアップの作成方法を示しています。

一括変更ビットマップでの変更されたエクステントの識別

重要
完全復旧モデルまたは一括ログ復旧モデルでは、ログレコードをアクティブに保つ他の要因が存在しない場合、完全バックアップが最初に実行されるまでの間、自動チェックポイントによってトランザクションログの未使用の部分が切り捨てられます。最初の完全バックアップを実行した後は、トランザクションログをバックアップしない限り、切り捨ては行われません。切り捨ての遅延要因の詳細については、「ログの切り捨てが遅れる原因となる要因」を参照してください。

完全復旧モデルまたは一括ログ復旧モデルでは、ログレコードをアクティブに保つ他の要因が存在しない場合、完全バックアップが最初に実行されるまでの間、自動チェックポイントによってトランザクションログの未使用の部分が切り捨てられます。最初の完全バックアップを実行した後は、トランザクションログをバックアップしない限り、切り捨ては行われません。切り捨ての遅延要因の詳細については、「ログの切り捨てが遅れる原因となる要因」を参照してください。