次の方法で共有


復旧モデル (SQL Server)

適用対象: SQL Server

SQL Server のバックアップと復元の操作は、データベースの復旧モデルのコンテキスト内で発生します。 復旧モデルは、トランザクション ログのメンテナンスを制御するように設計されています。 復旧モデル は、トランザクションをログに記録する方法、トランザクション ログのバックアップを必須 (および可能) にするかどうか、利用できる復元操作の種類などを制御するデータベース プロパティです。

復旧モデルの種類は、単純完全一括ログの 3 種類です。 通常、データベースには完全復旧モデルまたは単純復旧モデルが使用されます。 データベースは、任意の時点で別の復旧モデルに切り替えることができます。

復旧モデルの概要

次の表に、3 つの復旧モデルの概要を示します。

復旧モデル 説明 作業の損失の可能性 指定日時への復旧
簡易 ログ バックアップはありません。

必要な領域が少なくなるように、ログ領域が自動的に再利用されます。このため、トランザクション ログ領域の管理は基本的に必要ありません。 単純復旧モデルでのデータベース バックアップの詳細については、「データベースの完全バックアップ (SQL Server)」を参照してください。

トランザクション ログ バックアップを必要とする操作は、単純復旧モデルではサポートされていません。

単純復旧モデルで使用できない機能を次に示します。

- ログ配布
- Always On またはデータベース ミラーリング
- データ損失のないメディアの復旧
- ポイントインタイム リストア
最新のバックアップ以降の変更は保護されません。 障害が発生した場合、それらの変更は再実行する必要があります。 バックアップの終了時点にのみ復旧できます。 詳細については、「データベースの全体復元 (単純復旧モデル)」を参照してください。
完全 ログ バックアップが必要です。

データ ファイルの消失や損傷によって作業が失われることはありません。 アプリケーション エラーやユーザー エラーの発生前など、任意の時点に復旧できます。 完全復旧モデルでのデータベース バックアップの詳細については、「データベースの完全バックアップ (SQL Server)」および「データベースの全体復元 (完全復旧モデル)」を参照してください。
通常はありません。

ログの末尾が損傷している場合は、最新のログ バックアップ以降の変更を再実行する必要があります。
特定の時点に復旧できます (その時点までのバックアップが完全である場合)。 ログ バックアップを使用した障害発生時までの復元の詳細については、「SQL Server データベースを特定の時点に復元する方法 (完全復旧モデル)」を参照してください。

注: 完全復旧モデルのデータベースが複数あり、これらの論理的な一貫性が必要な場合、これらのデータベースを確実に復旧するために、特別な手順の実装が必要になる場合があります。 詳細については、「 マークされたトランザクションを含む関連データベースの復旧」を参照してください。
一括ログ ログ バックアップが必要です。

完全復旧モデルを補完するためのもので、パフォーマンスに優れた一括コピー操作を実行できます。

ほとんどの一括操作で最小ログ記録を使用して、使用されるログ領域を縮小します。 最小ログ記録が可能な操作の詳細については、「トランザクション ログ (SQL Server)」を参照してください。

最小ログ記録操作がログ バックアップにキャプチャされるため、ログ バックアップは相当なサイズになる可能性があります。 一括ログ復旧モデルでのデータベース バックアップの詳細については、「データベースの完全バックアップ (SQL Server)」および「データベースの全体復元 (完全復旧モデル)」を参照してください。
ログが損傷している場合、または最新のログ バックアップ以降に一括ログ操作が行われた場合は、最後のバックアップ以降の変更を再実行する必要があります。 それ以外の場合は、作業が失われることはありません。 バックアップの終了時点に復旧できます。 [特定の時点に復旧] はサポートされていません。