次の方法で共有


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

このトピックは、完全復旧モデルまたは一括ログ復旧モデルを使用している 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)