データベースの完全復元 (完全復旧モデル)

データベースの完全な復元では、データベース全体を復元することが目標です。復元中、データベース全体がオフラインになります。データベースの一部がオンラインになる前に、すべてのデータは、データベースのすべての部分が同じ時点にあり、コミットされていないトランザクションが存在しない一貫したポイントに復旧されます。

完全復旧モデルでは、データバックアップまたはバックアップを復元した後、後続のすべてのトランザクションログバックアップを復元してから、データベースを復旧する必要があります。これらのログバックアップの 1 つ内の特定の 復旧ポイント にデータベースを復元できます。復旧ポイントには、特定の日時、マークされたトランザクション、またはログシーケンス番号 (LSN) を指定できます。

データベースを復元する場合 (特に完全復旧モデルまたは一括ログ復旧モデルの場合)、単一の復元シーケンスを使用する必要があります。 復元シーケンスは、1 つ以上の復元フェーズを通じてデータを移動する 1 つ以上の復元操作で構成されます。

重要

不明なソースまたは信頼されていないソースからデータベースをアタッチまたは復元しないことをお勧めします。これらのデータベースには、意図しない Transact-SQL コードを実行したり、スキーマまたは物理データベース構造を変更してエラーを発生させたりする悪意のあるコードが含まれている可能性があります。不明なソースまたは信頼されていないソースのデータベースを使用する前に、非運用サーバー上のデータベースで DBCC CHECKDB を実行し、ストアドプロシージャやその他のユーザー定義コードなどのコードをデータベースで調べます。

このトピックでは：

障害発生時点へのデータベースの復元
ログバックアップ内のポイントへのデータベースの復元
関連タスク

注

以前のバージョンの SQL Server からのバックアップのサポートについては、 RESTORE (Transact-SQL) の「互換性サポート」セクションを参照してください。

障害発生時点へのデータベースの復元

通常、障害発生時点へのデータベースの復旧には、次の基本的な手順が含まれます。

アクティブなトランザクションログ (ログの末尾と呼ばれます) をバックアップします。これにより、ログ末尾のバックアップが作成されます。アクティブなトランザクションログが使用できない場合、ログのその部分のすべてのトランザクションが失われます。

重要

一括ログ復旧モデルでは、一括ログ操作を含むすべてのログをバックアップするには、データベース内のすべてのデータファイルにアクセスする必要があります。データファイルにアクセスできない場合は、トランザクションログをバックアップできません。その場合は、最新のログバックアップ以降に行われたすべての変更を手動でやり直す必要があります。

詳細については、「 Tail-Log バックアップ (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)。次に、障害が発生した時点にデータベースが復元されます。これには、データベースバックアップの復元、後続の差分バックアップ、差分バックアップの後に作成されたすべてのログバックアップ (ログ末尾のバックアップを含む) の復元が含まれます。

障害発生時のデータベースの完全な復元: 障害発生時

注

データベースバックアップを別のサーバーインスタンスに復元する場合は、「バックアップと復元を使用したデータベースのコピー」を参照してください。

基本的な 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 例は、データベースを障害発生時点に復元する復元シーケンスの重要なオプションを示しています。この例では、データベースのログ末尾バックアップを作成します。次に、データベースの完全バックアップとログバックアップを復元し、ログ末尾のバックアップを復元します。この例では、別の最後の手順でデータベースを復旧します。

注

この例では、データベースの完全バックアップ (SQL Server) の「完全復旧モデルでのデータベースバックアップの使用」セクションで作成されたデータベースバックアップとログバックアップを使用します。データベースバックアップの前に、 AdventureWorks2012 サンプルデータベースが完全復旧モデルを使用するように設定されていました。

USE master;  
--Create tail-log backup.  
BACKUP LOG AdventureWorks2012   
TO DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'    
   WITH NORECOVERY;   
GO  
--Restore the full database backup (from backup set 1).  
RESTORE DATABASE AdventureWorks2012   
  FROM DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'   
  WITH FILE=1,   
    NORECOVERY;  
  
--Restore the regular log backup (from backup set 2).  
RESTORE LOG AdventureWorks2012   
  FROM DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'   
  WITH FILE=2,   
    NORECOVERY;  
  
--Restore the tail-log backup (from backup set 3).  
RESTORE LOG AdventureWorks2012   
  FROM DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'  
  WITH FILE=3,   
    NORECOVERY;  
GO  
--recover the database:  
RESTORE DATABASE AdventureWorks2012 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 分に復旧プロセスを停止します。

注

特定の時点への復元の例については、「特定の時点への SQL Server データベースの復元 (完全復旧モデル)」を参照してください。

こちらもご覧ください

RESTORE (Transact-SQL)
BACKUP (Transact-SQL)
トランザクションログバックアップの適用 (SQL Server)
sp_addumpdevice (Transact-SQL)
データベースの完全バックアップ (SQL Server)
差分バックアップ (SQL Server)
バックアップの概要 (SQL Server)
復元と復旧の概要 (SQL Server)

Last updated on 2017-06-13

次の方法で共有

データベースの完全復元 (完全復旧モデル)

障害発生時点へのデータベースの復元

基本的な Transact-SQL RESTORE 構文

例: 障害時点への復旧 (Transact-SQL)

ログ バックアップ内のポイントへのデータベースの復元

ポイントインタイム リストアシナリオの例

関連タスク

こちらもご覧ください

その他のリソース

ログバックアップ内のポイントへのデータベースの復元

ポイントインタイムリストアシナリオの例