次の方法で共有


ファイル復元 (完全復旧モデル)

このトピックは、複数のファイルまたはファイル グループが含まれている、完全復旧モデルまたは一括読み込み復旧モデルを使用するデータベースだけに関連しています。

ファイル復元の目標は、データベース全体を復元することなく 1 つ以上の破損したファイルを復元することです。 ファイル復元シナリオは、適切なデータをコピーし、ロールフォワードして、復旧する単一の復元シーケンスで構成されます。

復元中のファイル グループが読み取り/書き込み可能である場合、最後に実行されたデータ バックアップまたは差分バックアップを復元した後、チェーンが途切れていないログ バックアップを適用する必要があります。 これにより、ログ ファイル内の現在アクティブなログ レコードの状態がファイル グループに反映されます。 復旧ポイントは通常ログの末尾付近にありますが、必ずというわけではありません。

復元中のファイル グループが読み取り専用の場合、通常はログ バックアップを適用する必要がないため、スキップされます。 ファイルが読み取り専用になった後でバックアップが行われた場合、それが復元する最後のバックアップになります。 ロールフォワードは、目的の時点で停止します。

これらのファイル復元のシナリオは次のとおりです。

  • オフライン ファイル復元

    オフライン ファイル復元では、破損したファイルまたはファイル グループを復元する間、データベースはオフラインになります。 データベースは、復元シーケンスの最後にオンラインになります。

    SQL Server 2012 ではすべてのエディションで、オフラインのファイル復元がサポートされます。

  • オンライン ファイル復元

    オンライン ファイル復元では、復元中にデータベースがオンラインであれば、データベースをオンラインにしたままファイル復元を実行できます。 ただし、復元操作時は、ファイルが復元される各ファイル グループがオフラインになります。 オフライン ファイル グループ内のすべてのファイルが復旧されると、そのファイル グループは自動的にオンラインになります。

    オンライン ページおよびファイルの復元の詳細については、「SQL Server 2012 の各エディションがサポートする機能」を参照してください。 オンライン復元の詳細については、「オンライン復元 (SQL Server)」を参照してください。

    ヒントヒント

    ファイル復元のためにデータベースをオフラインにする場合は、ALTER DATABASE ステートメントの ALTER DATABASE database_name SET OFFLINE を実行することにより、データベースをオフラインにしてから復元シーケンスを開始します。

このトピックの内容

  • 破損したファイルのファイル バックアップからの復元

  • 関連タスク

破損したファイルのファイル バックアップからの復元

  1. 1 つ以上の破損したファイルを復元するには、ログ末尾のバックアップを作成してください。

    ログが破損したためにログ末尾のバックアップを作成できない場合は、データベース全体を復元する必要があります。

    トランザクション ログのバックアップ方法の詳細については、「トランザクション ログのバックアップ (SQL Server)」を参照してください。

    重要な注意事項重要

    オフライン ファイル復元では、必ずファイルの復元前にログ末尾のバックアップを行う必要があります。 オンライン ファイル復元では、必ずファイルの復元後にログ バックアップを行う必要があります。 ファイルを他のデータベースと一貫性のある状態に復旧できるようにする必要があるため、このログ バックアップが必要になります。

  2. 破損したファイルについては、そのファイルの最新のファイル バックアップから復元します。

  3. 差分バックアップがある場合は、復元したファイルごとに最新のファイルの差分バックアップを復元します。

  4. トランザクション バックアップを順番に復元します。復元したファイルの中で最も古いファイルに対応するバックアップの復元から始め、最後に手順 1. で作成したログ末尾のバックアップを復元します。

    データベースを一貫性のある状態にするには、ファイル バックアップより後に作成されたトランザクション ログ バックアップを復元する必要があります。 トランザクション ログ バックアップは、復元するファイルに関連のある変更のみが適用されるので、すばやくロールフォワードできます。 破損していないファイルに関しては、コピーされずにロールフォワードが行われるので、データベース全体の復元より個別のファイルの復元の方が適している場合があります。 ただし、ログ バックアップのチェーンは、全体を読み取る必要があります。

  5. データベースを復旧します。

注意

ファイル バックアップを使用して、データベースを以前の時点の状態に復元することもできます。 この操作を行うには、ファイル バックアップの完全なセットを復元してから、一番最近に復元されたファイル バックアップの後の時点までのトランザクション ログ バックアップを順番に復元する必要があります。 特定の時点への復旧の詳細については、「SQL Server データベースを特定の時点に復元する方法 (完全復旧モデル)」を参照してください。

オフラインのファイル復元用の Transact-SQL 復元シーケンス (完全復旧モデル)

ファイル復元シナリオは、適切なデータをコピーし、ロールフォワードして、復旧する単一の復元シーケンスで構成されます。

ここでは、ファイル復元シーケンスに必要な RESTORE オプションを示しています。 説明の目的に関係しない構文や詳細は、省略しています。

このサンプル復元シーケンスでは、WITH NORECOVERY を使用した 2 つのセカンダリ ファイル (A と B) のオフライン復元を示します。 次に、NORECOVERY を使用して 2 つのログ バックアップを適用してから、WITH RECOVERY を使用してログ末尾のバックアップを復元します。

注意

このサンプル復元シーケンスでは、まず、ファイルをオフラインにしてからログ末尾のバックアップを作成します。

--Take the file offline.
ALTER DATABASE database_name MODIFY FILE SET OFFLINE;
-- Back up the currently active transaction log.
BACKUP LOG database_name
   TO <tail_log_backup>
   WITH NORECOVERY;
GO 
-- Restore the files.
RESTORE DATABASE database_name FILE=name 
   FROM <file_backup_of_file_A> 
   WITH NORECOVERY;
RESTORE DATABASE database_name FILE=<name> ......
   FROM <file_backup_of_file_B> 
   WITH NORECOVERY;
-- Restore the log backups.
RESTORE LOG database_name FROM <log_backup> 
   WITH NORECOVERY;
RESTORE LOG database_name FROM <log_backup> 
   WITH NORECOVERY;
RESTORE LOG database_name FROM <tail_log_backup> 
   WITH RECOVERY;

使用例

関連タスク

ファイルおよびファイル グループを復元するには

[先頭に戻る]

関連項目

参照

RESTORE (Transact-SQL)

概念

バックアップと復元: 相互運用性と共存 (SQL Server)

差分バックアップ (SQL Server)

ファイルの完全バックアップ (SQL Server)

バックアップの概要 (SQL Server)

復元と復旧の概要 (SQL Server)

データベースの全体復元 (単純復旧モデル)

段階的な部分復元 (SQL Server)