RESTORE (Transact-SQL)

[アーティクル]
12/16/2008

更新 : 2006 年 12 月 12 日

BACKUP コマンドで作成したバックアップを復元します。このコマンドでは次の処理を実行できます。

完全データベースバックアップからデータベース全体を復元する (完全復元)。
データベースの一部を復元する (部分復元)。
特定のファイル、ファイルグループ、ページをデータベースに復元する (ファイル復元またはページ復元)。
トランザクションログをデータベースに復元する (トランザクションログ復元)。
データベーススナップショットでキャプチャされた時点にデータベースを戻す。

データベースのバックアップと復元の詳細については、「SQL Server でのデータベースのバックアップおよび復元」を参照してください。

メモ :
引数の説明については、「RESTORE の引数 (Transact-SQL)」を参照してください。

トピックリンクアイコン Transact-SQL 構文表記規則

構文

 --To restore a complete database from a full database backup (a Complete Restore): RESTORE DATABASE { database_name | @database_name_var }  [ FROM <backup_device> [ ,...n ] ] [ WITH     [ { CHECKSUM | NO_CHECKSUM } ]    [ [ , ] { STOP_ON_ERROR | CONTINUE_AFTER_ERROR } ]    [ [ , ] FILE = { backup_set_file_number | @backup_set_file_number } ]     [ [ , ] KEEP_REPLICATION ]     [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]     [ [ , ] MEDIAPASSWORD = { mediapassword |                     @mediapassword_variable } ]     [ [ , ] MOVE 'logical_file_name_in_backup' TO 'operating_system_file_name' ]                  [ ,...n ]     [ [ , ] PASSWORD = { password | @password_variable } ]      [ [ , ] BLOCKSIZE = { blocksize | @blocksize_variable } ]      [ [ , ] BUFFERCOUNT = { buffercount | @buffercount_variable } ]     [ [ , ]    MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable } ]     [ [ , ] ENABLE_BROKER ]     [ [ , ] ERROR_BROKER_CONVERSATIONS ]     [ [ , ] NEW_BROKER ]     [ [ , ] { RECOVERY | NORECOVERY | STANDBY =            {standby_file_name | @standby_file_name_var }     } ]     [ [ , ] REPLACE ]     [ [ , ] RESTART ]     [ [ , ] RESTRICTED_USER ]     [ [ , ] { REWIND | NOREWIND } ]     [ [ , ] { UNLOAD | NOUNLOAD } ]     [ [ , ] STATS [ = percentage ] ]      [ [ , ] { STOPAT = { 'date_time' | @date_time_var }      |  STOPATMARK = { 'lsn:lsn_number' }               [ AFTER 'datetime' ]      |  STOPBEFOREMARK = { 'lsn:lsn_number' }              [ AFTER 'datetime' ]    } ]  ] [;]

 <backup_device> ::= {     { logical_backup_device_name |             @logical_backup_device_name_var }    | { DISK | TAPE } = { 'physical_backup_device_name' |               @physical_backup_device_name_var }  }

 --Restore part of a database (a partial restore): RESTORE DATABASE { database_name | @database_name_var }    <files_or_filegroups> [ ,...n ]   [ FROM <backup_device> [ ,...n ] ]   [ WITH       PARTIAL     [ [ , ] { CHECKSUM | NO_CHECKSUM } ]    [ [ , ] { STOP_ON_ERROR | CONTINUE_AFTER_ERROR } ]    [ [ , ] FILE = { backup_set_file_number | @backup_set_file_number } ]     [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]     [ [ , ] MEDIAPASSWORD = { mediapassword |                       @mediapassword_variable } ]     [ [ , ] MOVE 'logical_file_name_in_backup' TO 'operating_system_file_name' ]                  [ ,...n ]     [ [ , ] PASSWORD = { password | @password_variable } ]     [ [ , ] NORECOVERY ]     [ [ , ] REPLACE ]     [ [ , ] RESTART ]     [ [ , ] RESTRICTED_USER ]    [ [ , ] { REWIND | NOREWIND } ]     [ [ , ] { UNLOAD | NOUNLOAD } ]     [ [ , ] STATS [=percentage ] ]     [ [ , ] { STOPAT = { 'date_time' | @date_time_var }      |  STOPATMARK = { 'lsn:lsn_number' }               [ AFTER 'datetime' ]      |  STOPBEFOREMARK = { 'lsn:lsn_number' }              [ AFTER 'datetime' ]     } ]  ] [;]  <backup_device> ::= {     { logical_backup_device_name |             @logical_backup_device_name_var }    | { DISK | TAPE } = { 'physical_backup_device_name' |               @physical_backup_device_name_var }  }   <files_or_filegroups> ::=  {     FILE = { logical_file_name_in_backup | @logical_file_name_in_backup_var }     |    FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }     |     READ_WRITE_FILEGROUPS }

 --To Restore Specific Files, Filegroups, or Pages:  RESTORE DATABASE { database_name | @database_name_var }       <file_or_filegroup_or_pages> [ ,...n ] [ FROM <backup_device> [ ,...n ] ]  [ WITH     [ { CHECKSUM | NO_CHECKSUM } ]    [ [ , ] { STOP_ON_ERROR | CONTINUE_AFTER_ERROR } ]    [ [ , ] FILE = { backup_set_file_number | @backup_set_file_number } ]     [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]

    [ [ , ] MEDIAPASSWORD = { mediapassword |                       @mediapassword_variable } ]    [ [ , ] MOVE 'logical_file_name_in_backup' TO 'operating_system_file_name' ]                  [ ,...n ]     [ [ , ] PASSWORD = { password | @password_variable } ]     [ [ , ] NORECOVERY ]     [ [ , ] REPLACE ]     [ [ , ] RESTART ]     [ [ , ] RESTRICTED_USER ]    [ [ , ] { REWIND | NOREWIND } ]     [ [ , ] { UNLOAD | NOUNLOAD } ]     [ [ , ] STATS [ =percentage ] ]  ] [;]  <backup_device> ::= {     { logical_backup_device_name |             @logical_backup_device_name_var }    | { DISK | TAPE } = { 'physical_backup_device_name' |               @physical_backup_device_name_var }  }   <file_or_filegroup_or_pages> ::= {     FILE = { logical_file_name_in_backup | @logical_file_name_in_backup_var }    | FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } }       | PAGE = 'file:page [ ,...n ]'   }

 --To Restore a Transaction Log: RESTORE LOG { database_name | @database_name_var }       [ <file_or_filegroup_or_pages> [ ,...n ] ] [ FROM <backup_device> [ ,...n ] ]  [ WITH     [ { CHECKSUM | NO_CHECKSUM } ]    [ [ , ] { STOP_ON_ERROR | CONTINUE_AFTER_ERROR } ]    [ [ , ] FILE = { backup_set_file_number | @backup_set_file_number } ]     [ [ , ] KEEP_REPLICATION ]     [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]     [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable }      ]    [ [ , ] MOVE 'logical_file_name_in_backup' TO 'operating_system_file_name' ]                  [ ,...n ]     [ [ , ] PASSWORD = { password | @password_variable } ]     [ [ , ] { RECOVERY | NORECOVERY | STANDBY =            {standby_file_name | @standby_file_name_var } }    ]     [ [ , ] REPLACE ]     [ [ , ] RESTART ]     [ [ , ] RESTRICTED_USER ]    [ [ , ] { REWIND | NOREWIND } ]     [ [ , ] { UNLOAD | NOUNLOAD } ]     [ [ , ] STATS [=percentage ] ]     [ [ , ] { STOPAT = { 'date_time' | @date_time_var }      |  STOPATMARK = { 'mark_name' | 'lsn:lsn_number' }               [ AFTER 'datetime' ]      |  STOPBEFOREMARK = { 'mark_name' | 'lsn:lsn_number' }              [ AFTER 'datetime' ]     } ]  ] [;]  <backup_device> ::= {     { logical_backup_device_name |             @logical_backup_device_name_var }    | { DISK | TAPE } = { 'physical_backup_device_name' |               @physical_backup_device_name_var }  }   <file_or_filegroup_or_pages> ::= {     FILE = { logical_file_name_in_backup | @logical_file_name_in_backup_var }    | FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } }       | PAGE = 'file:page [ ,...n ]'   }

 --To Revert a Database to a Database Snapshot:    RESTORE DATABASE { database_name | @database_name_var }  FROM DATABASE_SNAPSHOT = database_snapshot_name

引数

引数の説明については、「RESTORE の引数 (Transact-SQL)」を参照してください。

解説

オフライン復元を実行しているときに、指定したデータベースが使用中の場合、RESTORE を実行してしばらくするとユーザーは強制的に切断されます。プライマリファイルグループ以外のオンライン復元では、復元するファイルグループがオフラインにならなければ、データベースの使用を続けることができます。指定したデータベース内のデータはすべて、復元されたデータに置き換えられます。

データベース復旧の詳細については、「SQL Server でのバックアップの復元と復旧の動作について」および「SQL Server データベースの復元シナリオの実装」を参照してください。

1 つのプラットフォームから別のプラットフォームへの復元操作は、異なる種類のプロセッサ間でも、オペレーティングシステムでデータベースの照合順序がサポートされていれば実行できます。

エラーが発生した場合は RESTORE を再開できます。また、エラーに関係なく RESTORE を続行することもできます。この場合は、復元可能なデータが復元されます (CONTINUE_AFTER_ERROR オプションを参照してください)。詳細については、「バックアップの破損による SQL Server 復元エラーの対応」を参照してください。

RESTORE は、明示的または暗黙的なトランザクションでは使用できません。

損傷した master データベースを復元する場合は、特別な手順に従います。詳細については、「master データベースの復元に関する注意点」を参照してください。

Microsoft SQL Server 2005 で作成したバックアップを、以前のバージョンの SQL Server に復元することはできません。

データベースを復元すると、SQL Server のインスタンスのプランキャッシュが消去されます。プランキャッシュが消去されると、後続のすべての実行プランが再コンパイルされ、場合によっては、クエリパフォーマンスが一時的に急激に低下します。SQL Server 2005 Service Pack 2 では、プランキャッシュ内のキャッシュストアが消去されるたびに、"SQL Server は、一部のデータベースメンテナンス操作または再構成操作により、'%s' キャッシュストア (プランキャッシュの一部) のキャッシュストアフラッシュを %d 個検出しました。" という情報メッセージが SQL Server エラーログに記録されます。このメッセージは、キャッシュが 5 分以内にフラッシュされる場合に限り、その間隔でログに記録されます。

復元シナリオ

SQL Server 2005 ではさまざまな復元シナリオがサポートされています。

完全なデータベース復元
最初に完全データベースバックアップを行い、次に必要に応じて差分データベースバックアップ (およびログバックアップ) の復元を行って、データベース全体を復元します。詳細については、「データベースの全体復元の実行 (単純復旧モデル)」または「データベースの全体復元の実行 (完全復旧モデル)」を参照してください。
ファイル復元
マルチファイルグループデータベースのファイルまたはファイルグループを復元します。単純復旧モデルでは、ファイルは読み取り専用のファイルグループに属している必要があります。完全なファイル復元を行った後で、差分ファイルバックアップを復元できます。詳細については、「ファイル復元の実行 (完全復旧モデル)」および「ファイル復元の実行 (単純復旧モデル)」を参照してください。
ページ復元
個々のページを復元します。ページ復元は、完全復旧モデルと一括ログ復旧モデルでのみ利用できます。詳細については、「ページ復元の実行」を参照してください。
段階的な部分復元
プライマリファイルグループと、1 つ以上のセカンダリファイルグループの復元から始めて、データベースを段階的に復元します。段階的な部分復元の最初の段階では、RESTORE DATABASE を PARTIAL オプションで実行し、このとき 1 つ以上のセカンダリファイルグループを指定します。詳細については、「段階的な部分復元の実行」を参照してください。
復旧のみ
データベース内でデータの一貫性が保たれており、単にデータを使用可能にするだけの場合に行います。詳細については、「データを復元せずにデータベースを復旧する方法」を参照してください。
トランザクションログの復元
完全な復旧モデルまたは一括ログ復旧モデルで、目的の復旧ポイントに戻すには、ログバックアップの復元が必要です。ログバックアップの復元の詳細については、「トランザクションログバックアップの適用」を参照してください。
ミラーデータベースの作成
詳細については、「ミラーリング用のミラーデータベースを準備する方法 (Transact-SQL)」を参照してください。
スタンバイサーバーの作成と管理スタンバイサーバーの詳細については、「ウォームスタンバイサーバーの使用」を参照してください。

旧バージョンとの互換性

旧バージョンとの互換性を維持するために、RESTORE ステートメントの構文で次のキーワードを使用できます。

LOAD キーワード。RESTORE キーワードの代わりに使用できます。
TRANSACTION キーワード。LOG キーワードの代わりに使用できます。
DBO_ONLY キーワード。RESTRICTED_USER キーワードの代わりに使用できます。

vardecimal ストレージ形式に対応したデータベース

vardecimal ストレージ形式でバックアップと復元を正常に行うには、データベースエンジンを SQL Server 2005 Service Pack 2 以上にアップグレードする必要があります。圧縮されたデータベースのバックアップを、圧縮を解除したデータベースに復元することはできません。また、圧縮した Service Pack 2 データベースのバックアップを以前のバージョンの SQL Server に復元することもできません。vardecimal ストレージ形式の詳細については、「decimal データの可変長での格納」を参照してください。

RECOVERY と NORECOVERY の比較

ロールバックは、RESTORE ステートメントの RECOVERY および NORECOVERY オプションで制御されます。

NORECOVERY では、ロールバックを実行しないよう指定します。こうすると、ロールフォワードしてそのままシーケンス内の次のステートメントを実行できます。
この場合、復元シーケンスでは他のバックアップを復元してそれらをロールフォワードできます。
RECOVERY (既定) では、現在のバックアップのロールフォワードが完了した後ロールバックを実行するよう指定します。
データベースを復旧するには、復元されるデータセット全体 (ロールフォワードセット) とデータベースの間で一貫性が保たれている必要があります。ロールフォワードセットがデータベースと一貫性を保てる位置まで十分にロールフォワードされていない場合は、RECOVERY を指定すると、データベースエンジンによってエラーが返されます。

復元の再実行

復元の結果を元に戻すことはできませんが、ファイル単位で最初からやり直して、データコピーとロールフォワードの結果を取り消すことができます。最初からやり直すには、目的のファイルを復元してもう一度ロールフォワードを実行します。たとえば、間違って必要以上のログバックアップを復元し、予定の停止ポイントを過ぎてしまった場合は、復元シーケンスを再開する必要があります。

復元シーケンスは途中で中断でき、影響があったファイルの内容全体を復元することで再開できます。

フルテキストデータの復元

SQL Server 2005 で完全復元を実行すると、フルテキストデータは他のデータベースデータと共に復元されます。復元操作では、フルテキストカタログはファイルとして扱われます。標準の構文 RESTORE DATABASE database_name FROM backup_device を使用すると、フルテキストファイルはデータベースファイルの復元の一部として復元されます。

RESTORE ステートメントでは、フルテキストデータに対し、代替位置への復元、差分復元、ファイルとファイルグループの復元、ファイルとファイルグループの差分復元を行うこともできます。また、RESTORE ではデータベースデータと同様にフルテキストファイルだけを復元することもできます。

メモ :
フルテキストカタログをルートディレクトリに復元することはできません。

詳細については、「フルテキストカタログのバックアップと復元」を参照してください。

データベースの設定と復元

復元を実行すると、ALTER DATABASE を使用して設定できるデータベースオプションの大半は、バックアップの終了時に有効となっていた値にリセットされます。

メモ :
この動作は、SQL Server 2000 より前の SQL Server とは異なります。

WITH RESTRICTED_USER オプションを使用すると、ユーザーアクセスオプションの設定の動作よりもこのオプションが優先されます。ユーザーアクセスオプションの設定は、WITH RESTRICTED_USER オプションを含む RESTORE ステートメントの後で、常に設定されます。

バックアップと復元の履歴テーブル

SQL Server には、各サーバーインスタンスのバックアップおよび復元動作を記録する、バックアップと復元の履歴テーブルが用意されています。復元を実行すると、バックアップ履歴テーブルも変更されます。これらのテーブルについては、「バックアップ情報の表示」を参照してください。

RESTORE LOG

SQL Server 2005 から、RESTORE LOG ではファイル一覧を含めることができるようになり、ロールフォワード中にファイルを作成できるようになりました。この機能は、データベースへファイルを追加するとき書き込まれたログレコードが、ログバックアップに含まれている場合に使用します。

メモ :
データベースで完全な復旧モデルまたは一括ログ復旧モデルを使用しているとき、SQL Server 2005 ではほとんどの場合において、データベースの復元前にログ末尾のバックアップが必要になります。RESTORE ステートメントに WITH REPLACE または WITH STOPAT 句のいずれかを指定しない限り、先にログ末尾のバックアップを行わずにデータベースを復元しようとするとエラーが発生します。ログ末尾のバックアップに関する詳細については、「ログ末尾のバックアップ」を参照してください。

データベースで完全な復旧モデルまたは一括ログ復旧モデルを使用しているとき、SQL Server 2005 ではほとんどの場合において、データベースの復元前にログ末尾のバックアップが必要になります。RESTORE ステートメントに WITH REPLACE または WITH STOPAT 句のいずれかを指定しない限り、先にログ末尾のバックアップを行わずにデータベースを復元しようとするとエラーが発生します。ログ末尾のバックアップに関する詳細については、「ログ末尾のバックアップ」を参照してください。

オンライン復元

メモ :
オンライン復元は、SQL Server 2005 Enterprise Edition でのみ許可されます。

オンライン復元がサポートされている場合、データベースがオンラインになっていると、ファイル復元とページ復元は自動的にオンライン復元になり、段階的な部分復元の最初の段階の後で行われるセカンダリファイルグループの復元もオンライン復元になります。

メモ :
オンライン復元には、遅延トランザクションを使用できます。

詳細については、「オンライン復元の実行」を参照してください。

段階的な部分復元

SQL Server 2005 で新しく追加された段階的な部分復元の機能は、Microsoft SQL Server 2000 の部分復元の機能を強化したものです。段階的な部分復元では、最初にプライマリファイルグループといくつかのセカンダリファイルグループの部分復元を行った後で、さらにファイルグループを復元できます。復元されないファイルグループはオフラインのマークが付けられ、アクセスできません。オフラインのファイルグループは、後でファイル復元を行うことによって復元できます。段階的な部分復元では、データベース全体を何回にも分けて復元できるよう、最後にデータベースの一貫性チェックが行われます。

メモ :
SQL Server 2000 では、部分復元は完全なデータベースバックアップだけから実行できますが、この制限は SQL Server 2005 ではなくなりました。

詳細については、「段階的な部分復元の実行」を参照してください。

データベースをデータベーススナップショットに戻す

DATABASE_SNAPSHOT オプションで指定する、データベースを元に戻す操作では、ソースデータベース全体をデータベーススナップショットの時点に戻します。つまり、指定したデータベーススナップショットの時点で保持されていたデータでソースデータベースを上書きします。データベースを戻すスナップショットは、現時点で存在する唯一のスナップショットである必要があります。その後、この操作ではログが再構成されます (したがって、後でこのデータベースをユーザーエラーの時点にロールフォワードすることはできません)。

失われるデータは、スナップショットの作成時点よりも後に行ったデータベースへの更新内容だけです。この操作を行った後のデータベースのメタデータは、スナップショット作成時点のメタデータと同じになります。ただし、スナップショットに戻すと、すべてのフルテキストカタログが削除されます。

データベーススナップショットに戻す操作はメディアの復旧を目的としたものではありません。標準的なバックアップセットとは異なり、データベーススナップショットはデーターベースファイルの不完全なコピーです。データベースまたはデータベーススナップショットが壊れた場合、スナップショットに戻すことはほぼ不可能です。戻すことができても、データベースまたはデータベーススナップショットが壊れている場合は、問題が解決しない可能性が高くなります。

元に戻す操作の制限

元に戻す操作は、次の状況ではサポートされません。

ソースデータベースに読み取り専用のファイルグループまたは圧縮されたファイルグループがある。
スナップショットの作成時にオンラインだったファイルがオフラインとなっている。
現在、複数のデータベーススナップショットが存在する。

詳細については、「データベーススナップショットへの復帰」を参照してください。

権限

復元するデータベースが存在しない場合、ユーザーは RESTORE を実行できる CREATE DATABASE 権限を使用する必要があります。データベースが存在する場合、既定では、RESTORE 権限は sysadmin 固定サーバーロールおよび dbcreator 固定サーバーロールのメンバと、データベースの所有者 (dbo) に与えられています。FROM DATABASAE_SNAPSHOT オプションを使用する場合、データベースは常に存在します。

RESTORE 権限は、サーバーでメンバシップ情報を常に確認できるロールに与えられます。固定データベースロールのメンバシップは、データベースがアクセス可能で損傷していない場合にのみ確認することができますが、RESTORE の実行時にはデータベースがアクセス可能で損傷していないことが必ずしも保証されないため、db_owner 固定データベースロールのメンバには RESTORE 権限は与えられません。

バックアップ操作では、オプションで、メディアセットとバックアップセットにそれぞれパスワードを設定できます。メディアセットまたはバックアップセットにパスワードが設定されている場合は、RESTORE ステートメントで正しいパスワードを指定する必要があります。これらのパスワードを設定しておくと、SQL Server 2005 ツールを使って不正に復元操作が行われたり、メディアにバックアップセットが不正に追加されるのを防ぐことができます。ただし、BACKUP ステートメントで FORMAT オプションが使用された場合、メディアの上書きを防ぐことはできません。

セキュリティメモ :
パスワードによる保護は強力なものではありません。パスワードによる保護は、権限の有無にかかわらず、ユーザーが SQL Server 2005 ツールを使用して不適切な復元を行わないようにすることを目的としています。その他の手段によるバックアップデータの読み取りやパスワードの置き換えを防ぐわけではありません。バックアップ保護に最適な方法は、バックアップテープを安全な場所に保管するか、バックアップしたディスクファイルを適切なアクセス制御リスト (ACL) で保護することです。ACL は、バックアップを作成するディレクトリのルートに設定する必要があります。

パスワードによる保護は強力なものではありません。パスワードによる保護は、権限の有無にかかわらず、ユーザーが SQL Server 2005 ツールを使用して不適切な復元を行わないようにすることを目的としています。その他の手段によるバックアップデータの読み取りやパスワードの置き換えを防ぐわけではありません。バックアップ保護に最適な方法は、バックアップテープを安全な場所に保管するか、バックアップしたディスクファイルを適切なアクセス制御リスト (ACL) で保護することです。ACL は、バックアップを作成するディレクトリのルートに設定する必要があります。

例

メモ :
ここでは、AdventureWorks データベースを例に使用します。AdventureWorks は SQL Server 2005 のサンプルデータベースの 1 つです。Adventure Works Cycles は、データベースの概念とシナリオを説明するために使用する架空の製造会社です。このデータベースの詳細については、「サンプルデータとサンプルデータベース」を参照してください。

ここでは、AdventureWorks データベースを例に使用します。AdventureWorks は SQL Server 2005 のサンプルデータベースの 1 つです。Adventure Works Cycles は、データベースの概念とシナリオを説明するために使用する架空の製造会社です。このデータベースの詳細については、「サンプルデータとサンプルデータベース」を参照してください。

次の例ではすべて、データベース全体のバックアップが既に実行されていることが前提です。

RESTORE の例を次に示します。

A. データベース全体を復元する
B. データベース全体と差分バックアップを復元する
C. RESTART 構文を使用してデータベースを復元する
D. データベースを復元しファイルを移動する
E. BACKUP および RESTORE を使用してデータベースのコピーを作成する
F. STOPAT を使って特定日時の状態に復元する
G. トランザクションログをマークまで復元する
H. TAPE 構文を使用して復元する
I. FILE および FILEGROUP 構文を使用して復元する
J. データベーススナップショットに戻す

メモ :
追加の例については、「いくつかの復元シナリオでの復元シーケンスの例」と、「バックアップと復元を行う方法に関するトピック (Transact-SQL)」内の復元方法に関するトピックを参照してください。

A. データベース全体を復元する

次の例では、AdventureWorksBackups 論理バックアップデバイスからデータベースバックアップ全体を復元します。このデバイスの作成例については、「バックアップデバイス」を参照してください。

RESTORE DATABASE AdventureWorks 
   FROM AdventureWorksBackups

メモ :
データベースで完全な復旧モデルまたは一括ログ復旧モデルを使用しているとき、SQL Server 2005 ではほとんどの場合において、データベースの復元前にログ末尾のバックアップが必要になります。詳細については、「ログ末尾のバックアップ」を参照してください。

[例の先頭に戻る]

B. データベース全体と差分バックアップを復元する

次の例では、Z:\SQLServerBackups\AdventureWorks.bak バックアップデバイスから、データベース全体のバックアップを復元した後、差分バックアップを復元します。復元するデータベース全体のバックアップはデバイス上の 6 番目のバックアップセット (FILE = 6) で、差分データベースバックアップはデバイス上の 9 番目のバックアップセット (FILE = 9) です。差分バックアップからの復元が終わると、データベースは完全に復元されたことになります。

RESTORE DATABASE AdventureWorks
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks.bak'
   WITH FILE = 6
      NORECOVERY;
RESTORE DATABASE AdventureWorks
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks.bak'
   WITH FILE = 9
      RECOVERY;

[例の先頭に戻る]

C. RESTART 構文を使用してデータベースを復元する

次の例では、サーバーの電源異常による割り込みを受けた RESTORE 操作を、RESTART オプションで再起動します。

-- This database RESTORE halted prematurely due to power failure.
RESTORE DATABASE AdventureWorks
   FROM AdventureWorksBackups
-- Here is the RESTORE RESTART operation.
RESTORE DATABASE AdventureWorks 
   FROM AdventureWorksBackups WITH RESTART

[例の先頭に戻る]

D. データベースを復元しファイルを移動する

次の例では、データベース全体とトランザクションログを復元し、復元したデータベースを C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data ディレクトリに移動します。

RESTORE DATABASE AdventureWorks
   FROM AdventureWorksBackups
   WITH NORECOVERY, 
      MOVE 'AdventureWorks_Data' TO 
'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\NewAdvWorks.mdf', 
      MOVE 'AdventureWorks_Log' 
TO 'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\NewAdvWorks.ldf'
RESTORE LOG AdventureWorks
   FROM AdventureWorksBackups
   WITH RECOVERY

[例の先頭に戻る]

E. BACKUP および RESTORE を使用してデータベースのコピーを作成する

次の例では、BACKUP および RESTORE の両方のステートメントを使用して、AdventureWorks のコピーを作成します。MOVE ステートメントは、データとログファイルを指定の位置に復元します。RESTORE FILELISTONLY ステートメントは、復元するデータベース内のファイル数と名前を判断するために使用します。データベースの新しいコピーは、TestDB という名前になります。詳細については、「RESTORE FILELISTONLY (Transact-SQL)」を参照してください。

BACKUP DATABASE AdventureWorks 
   TO AdventureWorksBackups ;

RESTORE FILELISTONLY 
   FROM AdventureWorksBackups ;

RESTORE DATABASE TestDB 
   FROM AdventureWorksBackups 
   WITH MOVE 'AdventureWorks_Data' TO 'C:\MySQLServer\testdb.mdf',
   MOVE 'AdventureWorks_Log' TO 'C:\MySQLServer\testdb.ldf';
GO

[例の先頭に戻る]

F. STOPAT を使って特定日時の状態に復元する

次の例では、データベースを April 15, 2020``12:00 AM の状態に復元し、複数のログと複数のバックアップデバイスを含む復元操作を行います。

RESTORE DATABASE AdventureWorks
   FROM AdventureWorksBackups
   WITH NORECOVERY;

RESTORE LOG AdventureWorks
   FROM AdventureWorksBackups
   WITH RECOVERY, STOPAT = 'Apr 15, 2020 12:00 AM';

RESTORE LOG AdventureWorks
   FROM AdventureWorksBackups
   WITH RECOVERY, STOPAT = 'Apr 15, 2020 12:00 AM';

[例の先頭に戻る]

G. トランザクションログをマークまで復元する

次の例では、トランザクションログを ListPriceUpdate というマーク付きトランザクションのマークまで復元します。

USE AdventureWorks
GO
BEGIN TRANSACTION ListPriceUpdate
   WITH MARK 'UPDATE Product list prices';
GO

UPDATE Production.Product
   SET ListPrice = ListPrice * 1.10
   WHERE ProductNumber LIKE 'BK-%';
GO

COMMIT TRANSACTION ListPriceUpdate;
GO

-- Time passes. Regular database 
-- and log backups are taken.
-- An error occurs in the database.
USE master
GO

RESTORE DATABASE AdventureWorks
FROM AdventureWorksBackups
WITH FILE = 3, NORECOVERY;
GO

RESTORE LOG AdventureWorks
   FROM AdventureWorksBackups 
   WITH FILE = 4,
   RECOVERY, 
   STOPATMARK = 'ListPriceUpdate';

[例の先頭に戻る]

H. TAPE 構文を使用して復元する

次の例では、TAPE バックアップデバイスからデータベースバックアップ全体を復元します。

RESTORE DATABASE AdventureWorks 
   FROM TAPE = '\\.\tape0'

[例の先頭に戻る]

I. FILE および FILEGROUP 構文を使用して復元する

次の例では、2 つのファイル、1 つのセカンダリファイルグループ、および 1 つのトランザクションログを格納している MyDatabase という名前のデータベースを復元します。このデータベースは、完全復旧モデルを使用しています。

データベースバックアップは、MyDatabaseBackups という名前の論理バックアップデバイス上のメディアセットにある 9 番目のバックアップセットです。次に、MyDatabaseBackups デバイス上にある次の 3 つのバックアップセット (10、11、および 12) にある 3 つのログバックアップを、WITH NORECOVERY を使用して復元します。最後のログバックアップを復元した後、データベースを復旧します。

メモ :
すべてのログバックアップが復元される前に復旧してしまわないように、復旧は別のステップとして実行します。

RESTORE DATABASE では、2 種類の FILE オプションを使用していることに注意してください。FILE = 'MyDatabase_data_1' のように、バックアップデバイス名より前の FILE オプションでは、バックアップセットから復元するデータベースファイルの論理ファイル名を指定します。このバックアップセットは、メディアセット内の 1 番目のデータベースバックアップではありません。したがって、メディアセット内での位置を、FILE=9 のように WITH 句内の FILE オプションを使って指定します。

RESTORE DATABASE MyDatabase
   FILE = 'MyDatabase_data_1',
   FILE = 'MyDatabase_data_2',
   FILEGROUP = 'new_customers'
   FROM MyDatabaseBackups
   WITH 
      FILE = 9,
      NORECOVERY;
GO
-- Restore the log backups.
RESTORE LOG MyDatabase
   FROM MyDatabaseBackups
   WITH FILE = 10, 
      NORECOVERY;
GO
RESTORE LOG MyDatabase
   FROM MyDatabaseBackups
   WITH FILE = 11, 
      NORECOVERY;
GO
RESTORE LOG MyDatabase
   FROM MyDatabaseBackups
   WITH FILE = 12, 
      NORECOVERY;
GO
--Recover the database:
RESTORE DATABASE MyDatabase WITH RECOVERY;
GO

[例の先頭に戻る]

J. データベーススナップショットに戻す

次の例では、データベースをデータベーススナップショットに戻します。この例では、現在、データベースに 1 つだけスナップショットが存在することを想定しています。このデータベーススナップショットの作成方法の例については、「データベーススナップショットを作成する方法 (Transact-SQL)」を参照してください。

メモ :
スナップショットに戻すと、すべてのフルテキストカタログが削除されます。

USE master  
RESTORE DATABASE AdventureWorks FROM DATABASE_SNAPSHOT = 'AdventureWorks_dbss1800';
GO

詳細については、「データベーススナップショットへの復帰」を参照してください。

[例の先頭に戻る]

参照

その他の技術情報

フルテキストカタログのバックアップと復元
 レプリケートされたデータベースのバックアップと復元
 SQL Server データベースの復元シナリオの実装
 メディアセット、メディアファミリ、およびバックアップセット
 SQL Server でのバックアップの復元と復旧の動作について
 バックアップ情報の表示

ヘルプおよび情報

SQL Server 2005 の参考資料の入手

変更履歴

リリース	履歴
2006 年 12 月 12 日	新しい内容 : BLOCKSIZE オプション、BUFFERCOUNT オプション、MAXTRANSFERSIZE オプションを「構文」セクションに追加。 RESTORE DATABASE の STOPATMARK および STOPBEFOREMARK 構文を修正。 vardecimal ストレージ形式対応の SQL Server 2005 Service Pack 2 データベースを復元する方法に関するセクションを「解説」に追加。プランキャッシュの消去に関するセクションを「解説」に追加。変更内容 : STOPAT、STOPATMARK、および STOPBEFOREMARK 構文を修正。
2006 年 4 月 14 日	変更内容 : オフラインファイルのデータベーススナップショットの制限を明記。バックアップされたファイルの論理名の構文を logical_file_name 変数名から logical_file_name_in_backup に変更。

2006 年 12 月 12 日

新しい内容 :

BLOCKSIZE オプション、BUFFERCOUNT オプション、MAXTRANSFERSIZE オプションを「構文」セクションに追加。
RESTORE DATABASE の STOPATMARK および STOPBEFOREMARK 構文を修正。
vardecimal ストレージ形式対応の SQL Server 2005 Service Pack 2 データベースを復元する方法に関するセクションを「解説」に追加。
プランキャッシュの消去に関するセクションを「解説」に追加。

変更内容 :

STOPAT、STOPATMARK、および STOPBEFOREMARK 構文を修正。

2006 年 4 月 14 日

変更内容 :

オフラインファイルのデータベーススナップショットの制限を明記。
バックアップされたファイルの論理名の構文を logical_file_name 変数名から logical_file_name_in_backup に変更。

RESTORE (Transact-SQL)

構文

引数

解説

復元シナリオ

旧バージョンとの互換性

vardecimal ストレージ形式に対応したデータベース

RECOVERY と NORECOVERY の比較

復元の再実行

フルテキストデータの復元

データベースの設定と復元

バックアップと復元の履歴テーブル

RESTORE LOG

オンライン復元

段階的な部分復元

データベースをデータベーススナップショットに戻す

元に戻す操作の制限

権限

例

A. データベース全体を復元する

B. データベース全体と差分バックアップを復元する

C. RESTART 構文を使用してデータベースを復元する

D. データベースを復元しファイルを移動する

E. BACKUP および RESTORE を使用してデータベースのコピーを作成する

F. STOPAT を使って特定日時の状態に復元する

G. トランザクションログをマークまで復元する

H. TAPE 構文を使用して復元する

I. FILE および FILEGROUP 構文を使用して復元する

J. データベーススナップショットに戻す

参照

関連項目

その他の技術情報

ヘルプおよび情報

変更履歴

その他のリソース

RESTORE (Transact-SQL)

構文

引数

解説

復元シナリオ

旧バージョンとの互換性

vardecimal ストレージ形式に対応したデータベース

RECOVERY と NORECOVERY の比較

復元の再実行

フルテキスト データの復元

データベースの設定と復元

バックアップと復元の履歴テーブル

RESTORE LOG

オンライン復元

段階的な部分復元

データベースをデータベース スナップショットに戻す

元に戻す操作の制限

権限

例

A. データベース全体を復元する

B. データベース全体と差分バックアップを復元する

C. RESTART 構文を使用してデータベースを復元する

D. データベースを復元しファイルを移動する

E. BACKUP および RESTORE を使用してデータベースのコピーを作成する

F. STOPAT を使って特定日時の状態に復元する

G. トランザクション ログをマークまで復元する

H. TAPE 構文を使用して復元する

I. FILE および FILEGROUP 構文を使用して復元する

J. データベース スナップショットに戻す

参照

関連項目

その他の技術情報

ヘルプおよび情報

変更履歴

その他のリソース

フルテキストデータの復元

データベースをデータベーススナップショットに戻す

G. トランザクションログをマークまで復元する

J. データベーススナップショットに戻す