トランザクション ログのバックアップ (SQL Server)

このトピックは、完全復旧モデルまたは一括ログ復旧モデルを使用する SQL Server データベースのみに関連しています。 このトピックでは、SQL Server データベースのトランザクション ログのバックアップについて説明します。

少なくとも 1 つの完全バックアップを作成しておかなければ、ログ バックアップを作成できません。 完全バックアップを作成しておくと、いつでもトランザクション ログをバックアップできます。ただし、そのログのバックアップが既に進行中である場合、バックアップを開始できません。 作業損失の可能性を最小限に抑え、トランザクション ログを切り捨てられるように、ログ バックアップを頻繁に行うことをお勧めします。 一般的に、データベース管理者は完全バックアップを定期的に (たとえば週 1 回) 作成しますが、必要に応じて短い間隔で (たとえば 1 日 1 回) 差分データベース バックアップを作成します。 データベース バックアップとは別に、トランザクション ログのバックアップを頻繁に (たとえば 10 分おきに) 作成します。 最適なバックアップ間隔は、バックアップの種類に応じて、データの重要度、データベースのサイズ、サーバーの作業負荷などの要因によって異なります。

このトピックの内容

  • 一連のログ バックアップの動作

  • 推奨事項

  • 関連タスク

  • 関連コンテンツ

一連のログ バックアップの動作

トランザクション ログのバックアップのログ チェーンのシーケンスは、データのバックアップとは関連がありません。 たとえば、次の一連のイベントが発生したとします。

時刻

イベント

午前 8 時

データベースのバックアップ。

正午

トランザクション ログのバックアップ。

午後 4 時

トランザクション ログのバックアップ。

午後 6 時

データベースのバックアップ。

午後 8 時

トランザクション ログのバックアップ。

午後 8 時に作成されたトランザクション ログ バックアップには、 午後 4 時から午後 8 時までのトランザクション ログ レコードが含まれています。 その間、午後 6 時に、データベースの完全バックアップが作成されています。 トランザクション ログ バックアップのシーケンスは、午前 8 時に最初にデータベースの完全バックアップが作成されて以降、 午後 8 時に作成された最後のトランザクション ログ バックアップまで継続しています。 これらのログ バックアップを適用する方法の詳細については、「トランザクション ログ バックアップの適用 (SQL Server)」の例を参照してください。

[先頭に戻る]

推奨事項

  • トランザクション ログが破損すると、前回の有効なバックアップ以降に行われた作業が失われます。 そのため、ログ ファイルはフォールト トレランス ストレージに置くことを強くお勧めします。

  • データベースが破損した場合、またはデータベースを復元する場合は、ログ末尾のバックアップを作成して、データベースを現在の状態に復元できるようにすることをお勧めします。

  • 既定では、バックアップ操作が成功するたびに、SQL Server エラー ログおよびシステム イベント ログにエントリが 1 つ追加されます。 ログを頻繁にバックアップすると、これらの成功メッセージがすぐに蓄積され、他のメッセージを探すのが困難になるほどエラー ログが大きくなることがあります。 そのような場合、これらのエントリに依存するスクリプトがなければ、トレース フラグ 3226 を使用することによってこれらのログ エントリを除外できます。 詳細については、「トレース フラグ (Transact-SQL)」を参照してください。

関連タスク

トランザクション ログのバックアップを作成するには

バックアップ ジョブのスケジュールを設定するには、「メンテナンス プラン ウィザードの使用」を参照してください。

[先頭に戻る]

関連コンテンツ

ありません。

[先頭に戻る]

関連項目

概念

トランザクション ログ (SQL Server)

SQL Server データベースのバックアップと復元

ログ末尾のバックアップ (SQL Server)

トランザクション ログ バックアップの適用 (SQL Server)