SQLServerの復旧モデルの「単純」と「完全」と「一括ログ」の違いについて

投稿日：2020年11月29日更新日：2020年11月12日

＜目次＞

(１) SQLServerの復旧モデルの「単純」と「完全」と「一括ログ」の違いについて

SQL Serverの「復旧モデル」はバックアップの種類（完全／単純／一括ログ）を定義する設定値です。この設定に従って取得したトランザクションログを用いて、非常時にリストアをして復旧作業を行います。下表ではそれぞれの設定値の概要をまとめています。

（図１１１）「復旧モデル」のSSMSでの確認方法
SSMSのオブジェクトエクスプローラーにてDBを右クリック⇒プロパティ⇒プロパティ左メニュー「オプション」から見る事ができます。

（表１）各モデルの概要

単純モデル	・SQL Server Express Editionのデフォルト値。・トランザクションログの領域はチェックポイントが発生すると、自動で再利用されます（拡張はせずに、既存の領域を再利用していく）・トランザクションログは拡張せずに再利用されるため、トランザクションログのバックアップ取得が不可・そのため、リカバリは最後にバックアップを取得した地点からのみ可能。
完全モデル	・SQL Server Standard Editionのデフォルト値・バックアップまたはトランザクションログの圧縮を行わない限りはログが肥大化していきます。・全ての取引（DDL+DML）がトランザクションログに記録され、単純モデルの様にチェックポイントが発行されてもログは切り捨てされません。・トランザクションログのバックアップを取得する事で、初めてTRUNCATEが可能になります。
一括ログモデル	・基本的な挙動は「完全モデル」と非常に似ていますが、唯一の違いは、特定の一括オペレーションに対するトランザクションログへの書き込みを最小限にしている点です。・これは一括オペレーション（バルクロードなど）のパフォーマンスを改善するために、そしてトランザクションログの肥大化を防ぐ目的の設定になります。

上記３つの復旧モデルについて、機能別に比較したのが次の表です。各モデル毎に「復旧」と「バックアップ」と「トランザクションログ」の３つの区分の機能について、その利用可否を○×付けています。

（表２）各モデルの機能別利用可否

カテゴリ	項目名	単純復旧モデル	一括ログ復旧モデル	完全復旧モデル
復旧	最後のバックアップ地点へのリストア	○ （注１）	○	○
復旧	Point-in-Timeリカバリ	×	△ （注２）	○
復旧	ページリストア	×	○	○
復旧	ファイルリストア	×	○ （注３）	○ （注３）
バックアップ	全体バックアップ	○	○	○
バックアップ	差分バックアップ	○	○	○
バックアップ	コピーのみのバックアップ Copy-Only Backup （注４）	×	○	○
バックアップ	ファイルバックアップ（注５）	×	○	○
バックアップ	トランザクションログバックアップ	× （注６）	○	○
トランザクションログ	ログ容量	当初確保量から増えない	TXNログのバックアップ取得まで増え続ける	TXNログのバックアップ取得まで増え続ける

（注釈）

（注１）	・単純モードであっても、これは可能。
（注２）	・トランザクションログのバックアップが「一括ログ変更」を含む場合はPoint-in-Timeリカバリは不可。
（注３）	・「完全」と「一括ログ」の場合、リストアを行う前に「アクティブ状態」のトランザクションログ（ログの尻尾）のバックアップを取得する必要あり。
（注４）	・「コピーのみのバックアップ」は差分バックアップのベースとしては利用できません。
（注５）	・複数のデータファイルがある時など、別々のファイルにバックアップを取得する事ができます。
（注６）	・単純モードではトランザクションログは増えずにローテーションされるため、バックアップは不可。

復旧モードが「完全」の場合など、トランザクションログのバックアップを取らずにいると、ストレージの限界まで肥大化（拡張）し続けて、ディスクを圧迫するケースがあります。こちらの対処法については長くなるので別途記載予定