データベースの全体復元 (完全復旧モデル)
適用対象:
SQL Server
データベースの全体復元の目的は、データベース全体を復元することです。 復元の実行中は、データベース全体がオフラインになります。 データベースの各部がオンラインになる前に、すべてのデータが一貫性のある状態に復旧されます。一貫性のある状態とは、データベースのすべての部分が同じ時点にあり、コミットされていないトランザクションが存在しない状態を示します。
完全復旧モデルでは、1 つまたは複数のデータ バックアップを復元した後、それ以降のトランザクション ログ バックアップをすべて復元してから、データベースを復旧する必要があります。 そのいずれかのログ バックアップ内の特定の 復旧ポイント までデータベースを復元することができます。 復旧ポイントとは、特定の日時、マークされたトランザクション、またはログ シーケンス番号 (LSN) を指します。
特に完全復旧モデルと一括ログ復旧モデルでは、データベースを復元するときに、単一の復元シーケンスを使用する必要があります。 復元シーケンス は、1 つ以上の復元フェーズによってデータを移動する、1 つ以上の復元操作で構成されます。
信頼されていないソース
不明なソースや信頼されていないソースからのデータベースのアタッチまたは復元は実行しないことをお勧めします。 これらのデータベースには、意図しない Transact-SQL コードを実行したり、スキーマまたは物理データベース構造を変更してエラーを発生させたりする悪意のあるコードが含まれている可能性があります。 不明なソースや信頼されていないソースからのデータベースを使用する場合は、事前に運用サーバー以外のサーバー上のデータベースで DBCC CHECKDB を実行してください。 さらに、ストアド プロシージャやその他のユーザー定義コードなどのデータベース内に記述されたユーザーのコードを調べてください。
以前のバージョンからのバックアップ
以前のバージョンの SQL Server からのバックアップに対するサポートの情報については、「RESTORE (Transact-SQL)」の「互換性サポート」のセクションを参照してください。
障害発生時点へのデータベースの復旧
通常、障害が発生した時点までデータベースを復旧するには、次の基本的な手順が必要です。
アクティブなトランザクション ログ (ログの末尾と呼ばれます) をバックアップします。 これにより、ログ末尾のバックアップが作成されます。 アクティブなトランザクション ログを使用できない場合は、そのログ部分にあるすべてのトランザクションが失われます。
重要
一括ログ復旧モデルで、一括ログ操作が含まれるすべてのログをバックアップするには、データベース内のすべてのデータ ファイルへのアクセス許可が必要です。 データ ファイルにアクセスできないと、トランザクション ログをバックアップできません。 その場合は、最新のログ バックアップ以降に加えられたすべての変更を手動で再実行する必要があります。
詳細については、「 ログ末尾のバックアップ (SQL Server)」を参照してください。
データベースの最新の完全バックアップが復元されますが、データベースは復旧されません (RESTORE DATABASE database_name FROM backup_device WITH NORECOVERY)。
差分バックアップが存在する場合は、データベースを復旧しないで最新の差分バックアップを復元します (RESTORE DATABASE database_name FROM differential_backup_device WITH NORECOVERY)。
最新の差分バックアップを復元した方が、復元する必要のあるログ バックアップの数が少なくて済みます。
バックアップを復元した直後に作成された、最初のトランザクション ログのバックアップから順番に、NORECOVERY を指定してログを復元します。
データベースを復旧します (RESTORE DATABASE database_name WITH RECOVERY)。 または、この手順を最後のログ バックアップの復元と組み合わせることもできます。
次の図に、この復元シーケンスを示します。 (1) 障害が発生した後、(2) ログ末尾のバックアップが作成されます。 次に、データベースが障害発生時点まで復元されます。 このときに、データベース バックアップと、それ以降の差分バックアップ、および、ログ末尾のバックアップを含め、差分バックアップ後に作成されたすべてのログ バックアップが復元されます。
発生時する
Note
データベースのバックアップを別のサーバー インスタンスに復元する場合は、「 バックアップと復元によるデータベースのコピー」を参照してください。
基本的な Transact-SQL RESTORE 構文
前の図の復元シーケンスの基本的な RESTORETransact-SQL 構文は次のとおりです。
RESTORE DATABASE database FROM full database backup WITH NORECOVERY;
RESTORE DATABASE database FROM full_differential_backup WITH NORECOVERY;
RESTORE LOG database FROM log_backup WITH NORECOVERY;
このログの復元手順を、追加のログ バックアップごとに繰り返します。
RESTORE DATABASE database WITH RECOVERY;
例: 障害発生時点への復元 (Transact-SQL)
次の Transact-SQL の例は、データベースを障害発生時点に復元する復元シーケンスの重要なオプションを示しています。 この例では、データベースのログ末尾のバックアップを作成します。 次に、データベースの完全バックアップとログ バックアップを復元してから、ログ末尾のバックアップを復元します。 最後に、別の手順でデータベースを復旧します。
Note
この例では、「データベースの完全バックアップ (SQL Server)」の「完全復旧モデルでのデータベース バックアップの使用」セクションで作成されたデータベース バックアップとログ バックアップを使用します。 AdventureWorks2022 サンプル データベースは完全復旧モデルを使用するように、データベースのバックアップ前に設定されています。
USE master;
--Create tail-log backup.
BACKUP LOG AdventureWorks2022
TO DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'
WITH NORECOVERY;
GO
--Restore the full database backup (from backup set 1).
RESTORE DATABASE AdventureWorks2022
FROM DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'
WITH FILE=1,
NORECOVERY;
--Restore the regular log backup (from backup set 2).
RESTORE LOG AdventureWorks2022
FROM DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'
WITH FILE=2,
NORECOVERY;
--Restore the tail-log backup (from backup set 3).
RESTORE LOG AdventureWorks2022
FROM DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'
WITH FILE=3,
NORECOVERY;
GO
--recover the database:
RESTORE DATABASE AdventureWorks2022 WITH RECOVERY;
GO
ログ バックアップ内の特定の時点へのデータベースの復元
一般に、完全復旧モデルでは、データベースの全体復元によって、特定の時点、マークされたトランザクション、またはログ バックアップ内の特定の LSN まで復元することができます。 ただし、一括ログ復旧モデルの場合は、一括ログ操作による変更がログ バックアップに含まれていると、特定の時点への復旧はできません。
特定の時点への復元のサンプル シナリオ
ミッションクリティカルなデータベース システムで、データベースの完全バックアップを毎晩午前 0 時に作成し、データベースの差分バックアップを月曜日から土曜日まで 1 時間ごとに作成し、トランザクション ログのバックアップを 1 日中 10 分間隔で作成するとします。 データベースを水曜日の午前 5 時 19 分の状態に復元するには、次のようにします。
火曜日の午前 0 時に作成したデータベースの完全バックアップを復元します。
水曜日の午前 5 時に作成したデータベースの差分バックアップを復元します。
水曜日の午前 5 時 10 分に作成したトランザクション ログのバックアップを適用します。
水曜日の午前 5 時 20 分に作成したトランザクション ログのバックアップを適用し、午前 5 時 19 分までに発生したトランザクションにだけ復旧処理を適用するように指定します。
データベースを木曜日の午前 3 時 4 分の状態に復元する必要があり、木曜日の午前 3 時に作成したデータベースの差分バックアップがない場合は、次のようにします。
水曜日の午前 0 時に作成したデータベース バックアップを復元します。
木曜日の午前 2 時に作成したデータベースの差分バックアップを復元します。
木曜日の午前 2 時 10 分から 3 時までに作成したすべてのトランザクション ログのバックアップを適用します。
木曜日の午前 3 時 10 分に作成したトランザクション ログ バックアップを適用し、復旧処理を午前 3 時 4 分で停止します。
Note
ポイントインタイム リストアの例については、「SQL Server データベースを特定の時点に復元する (完全復旧モデル)」を参照してください。
Related Tasks
データベースの完全バックアップを復元するには
データベースの差分バックアップを復元するには
トランザクション ログ バックアップを復元するには
SQL Server 管理オブジェクト (SMO) を使用してバックアップを復元するには
ログ バックアップ内の特定の時点までデータベースを復元するには
参照
RESTORE (Transact-SQL)
BACKUP (Transact-SQL)
トランザクション ログ バックアップの適用 (SQL Server)
sp_addumpdevice (Transact-SQL)
データベースの完全バックアップ (SQL Server)
差分バックアップ (SQL Server)
Backup Overview (SQL Server)
復元と復旧の概要 (SQL Server)
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示