このトピックは、完全復旧モデルまたは一括ログ復旧モデルを使用している SQL Server データベースにのみ関連します。 このトピックでは、SQL Server データベースのトランザクション ログのバックアップについて説明します。
ログ バックアップを作成するには、少なくとも 1 つの完全バックアップを作成しておく必要があります。 その後、ログが既にバックアップされていない限り、トランザクション ログはいつでもバックアップできます。 作業損失の露出を最小限に抑え、トランザクション ログを切り捨てるには、ログ バックアップを頻繁に実行することをお勧めします。 通常、データベース管理者は、毎週などの完全なデータベース バックアップを作成し、必要に応じて、毎日などの短い間隔で一連の差分データベース バックアップを作成します。 データベース のバックアップとは別に、データベース管理者は、トランザクション ログを 10 分ごとになど、頻繁にバックアップします。 特定の種類のバックアップでは、最適な間隔は、データの重要性、データベースのサイズ、サーバーのワークロードなどの要因によって異なります。
このトピックでは：
ログ バックアップのシーケンスのしくみ
トランザクション ログ バックアップ ログ チェーン のシーケンスは、データ バックアップとは無関係です。 たとえば、次の一連のイベントがあるとします。
| 時間 | 出来事 |
|---|---|
| 午前 8:00 | データベースをバックアップします。 |
| 昼 | トランザクション ログをバックアップします。 |
| 午後 4:00 | トランザクション ログをバックアップします。 |
| 午後 6:00 | データベースをバックアップします。 |
| 午後 8:00 | トランザクション ログをバックアップします。 |
午後 8 時に作成されたトランザクション ログ バックアップには、午後 4 時から午後 8 時までのトランザクション ログ レコードが含まれ、データベースの完全バックアップが午後 6 時に作成された時間に及びます。トランザクション ログ バックアップのシーケンスは、午前 8 時に作成された最初のデータベースの完全バックアップから、午後 8 時に作成された最後のトランザクション ログ バックアップまで継続されます。これらのログ バックアップを適用する方法については、「 トランザクション ログ バックアップの適用 (SQL Server)」の例を参照してください。
推奨事項
トランザクション ログが破損している場合、最新の有効なバックアップ以降に実行される作業は失われます。 そのため、フォールト トレラント ストレージにログ ファイルを配置することを強くお勧めします。
データベースが破損しているか、データベースを復元しようとしている場合は、ログ 末尾のバックアップ を作成して、データベースを現在の時点に復元できるようにすることをお勧めします。
既定では、バックアップ操作が成功するたびに、 SQL Server エラー ログおよびシステム イベント ログにエントリが 1 つ追加されます。 ログを非常に頻繁にバックアップする場合、これらの成功メッセージはすぐに蓄積され、その結果、他のメッセージの検索が困難になる可能性のある巨大なエラー ログが生成されます。 このような場合は、トレース フラグ 3226 を使用してこれらのログ エントリを抑制できます(スクリプトがそれらのエントリに依存していない場合)。 詳細については、トレース フラグ (Transact-SQL)に関する記事を参照してください。
関連タスク
トランザクション ログ バックアップを作成するには
バックアップ ジョブをスケジュールするには、「 メンテナンス プラン ウィザードを使用する」を参照してください。
関連コンテンツ
なし。
こちらもご覧ください
トランザクション ログ (SQL Server)
SQL Server データベースのバックアップと復元
ログ末尾のバックアップ (SQL Server)
トランザクション ログ バックアップの適用 (SQL Server)