ページ復元 (SQL Server)

[アーティクル]
04/26/2023

適用対象 SQL Server

このトピックでは、SQL Server Management Studio または Transact-SQL を使用して、SQL Server でページを復元する方法について説明します。ページ復元の目的は、データベース全体を復元することなく 1 つ以上の損傷したページを復元することです。通常、復元候補のページは、そのページにアクセスする際に発生したエラーによって、"問題あり" に設定されています。問題ありに設定されているページは、 msdb データベースの suspect_pages テーブルで特定できます。

このトピックの内容

作業を開始する準備:

どのような場合にページ復元が役立つか

制限事項と制約事項

Recommendations (推奨事項)

Security
ページを復元する方法:

SQL Server Management Studio

Transact-SQL

始める前に

どのような場合にページ復元が役立つか

ページ復元の目的は、損傷した個々のページを修復することです。少数のページに関する復元と復旧は、ファイルの復元を行うより高速に実行でき、復元処理中にオフラインになるデータ量が少なくなる場合があります。ただし、1 つのファイル内の多数のページを復元しなければならない場合は、ファイル全体を復元する方が効率的です。たとえば、デバイス上の多くのページが損傷している場合は、デバイスの故障が差し迫っていることを示している可能性があるので、できれば別の場所にファイルを復元し、デバイスを修復することを検討します。

また、すべてのページエラーが復元を必要とするわけではありません。セカンダリインデックスなど、キャッシュされたデータで発生する問題は、データを再計算することで解決される可能性があります。たとえば、データベース管理者がセカンダリインデックスを削除して再構築した場合、破損したデータは修正されていますが、 suspect_pages テーブルにはそのことが記録されません。

制限事項と制約事項

ページの復元は、完全復旧モデルまたは一括ログ復旧モデルを使用する SQL Server データベースに適用されます。ページ復元は、読み取り/書き込みファイルグループでのみサポートされます。
復元できるのはデータベースページのみです。ページ復元を使用して、次のものを復元することはできません。
- [トランザクションログ]
- アロケーションページ:グローバルアロケーションマップ (GAM) ページ、共有グローバルアロケーションマップ (SGAM) ページ、およびページ空き容量 (PFS) ページ。
- すべてのデータファイルのページ 0 (ファイルのブートページ)
- ページ 1:9 (データベースのブートページ)
- フルテキストカタログ
データベースで一括ログ復旧モデルを使用している場合、ページ復元には次の追加条件があります。
- オフラインデータはログに記録されないため、ファイルグループまたはページのデータがオフラインであるときにバックアップを行うと、一括ログデータで問題が発生します。オフラインページが原因で、ログのバックアップが失敗する可能性があります。この場合、最新のバックアップへの復元を実行する場合よりもデータ損失の可能性が低い、DBCC REPAIR の使用を検討します。
- 一括ログデータベースのログバックアップで不正なページが検出された場合は、WITH CONTINUE_AFTER_ERROR が指定されていないと失敗します。
- ページ復元は、一般的に一括ログ復旧では使用できません。
  
  ページ復元の実行で推奨されるのは、データベースを完全復旧モデルに設定し、ログバックアップを試行する方法です。ログバックアップが成功した場合は、ページ復元を開始できます。ログバックアップが失敗した場合は、前回のログバックアップ以降の作業をあきらめるか、REPAIR_ALLOW_DATA_LOSS オプションを指定して DBCC を実行してみる必要があります。

推奨事項

ページ復元のシナリオ:

オフラインページ復元
SQL Server のすべてのエディションでは、データベースがオフラインのときにページ復元がサポートされます。オフラインページ復元では、損傷したページの復元中はデータベースがオフラインです。データベースは、復元シーケンスの最後にオンラインになります。

オンラインページ復元
SQL Server Enterprise エディションでは、データベースがオフラインであるときにはオフライン復元が使用される一方、オンラインでのページ復元もサポートされます。ほとんどの場合、ページを復元しているファイルグループを含むデータベースをオンラインにしたまま、損傷したページを復元できます。プライマリファイルグループがオンラインの場合、そのセカンダリファイルグループがオフラインでも、通常は、オンラインによるページ復元が実行されます。ただし、場合によっては、損傷したページをオフラインで復元することも必要です。たとえば、特定の重要なページが損傷したことが原因で、データベースを起動できない可能性がある場合などです。

警告

破損したページにデータベースの重要なメタデータが格納されている場合、オンラインでのページ復元を試行する際、メタデータに対する必要な更新処理に失敗する可能性があります。この場合は、オフラインでのページ復元を実行できます。ただし、その場合はまず、RESTORE WITH NORECOVERY でトランザクションログをバックアップして、ログ末尾のバックアップを作成しておく必要があります。
ページ復元では、ページレベルのエラー報告 (ページチェックサムを含む) および追跡の機能を活用することができます。チェックサムや破損した書き込みによって壊れていることが検出されたページ ( 損傷したページ) は、ページ復元操作によって復元できます。復元されるのは、明示的に指定したページのみです。指定した各ページが、指定のデータバックアップから取得されたページのコピーで置き換えられます。

それ以降、ログバックアップを復元した場合、復元対象のページが少なくとも 1 つ存在するデータベースファイルにのみ適用されます。また、最新の完全復元または差分復元にチェーンが途切れていないログバックアップを適用し、ページを含むファイルグループに現在のログファイルの状態を反映する必要があります。ファイル復元と同様に、ロールフォワードセットは 1 つのログ再実行パスで進められます。正常にページ復元を完了するには、データベースとの一貫性が保たれた状態になるようにページを復旧する必要があります。

セキュリティ

アクセス許可

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

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

SQL Server Management Studio を使用する

SQL Server 2016 (13.x) 以降、SQL Server Management Studio ではページ復元がサポートされています。

ページを復元するには

SQL Server データベースエンジンの適切なインスタンスに接続した後、オブジェクトエクスプローラーでサーバー名をクリックしてサーバーツリーを展開します。
[データベース] を展開します。復元するデータベースに応じて、ユーザーデータベースを選択するか、 [システムデータベース]を展開してシステムデータベースを選択します。

データベースを右クリックし、 [タスク]、 [復元]の順にポイントし、 [ページ]をクリックします。 [ページの復元] ダイアログボックスが開きます。

復元
このセクションでは、 [データベースの復元]\([全般] ページ) の [復元先]と同じ機能を実行します。

データベース
復元するデータベースを指定します。新しいデータベースを入力するか、ドロップダウンリストから既存のデータベースを選択します。このリストには、システムデータベース master および tempdbを除いた、サーバー上のすべてのデータベースが表示されます。

警告

パスワードで保護されたバックアップを復元するには、 RESTORE ステートメントを使用する必要があります。

[ログ末尾のバックアップ]
[バックアップデバイス] に、データベースのログ末尾バックアップを保存するファイル名を入力または選択します。

バックアップセット
このセクションには、復元に関連するバックアップセットが表示されます。

ヘッダー	値
名前	バックアップセットの名前です。
コンポーネント	バックアップされたコンポーネント。[データベース]、[ファイル]、または <空白> (トランザクションログ用) のいずれかを指定します。
Type	実行するバックアップの種類です。 [完全]、 [差分]、または [トランザクションログ]のいずれかを指定します。
[サーバー]	バックアップ操作を実したるデータベースエンジンインスタンスの名前です。
データベース	バックアップ操作に呼び出されるデータベース名です。
Position	ボリューム内でのバックアップセットの位置。
最初の LSN	バックアップセット内の最初のトランザクションのログシーケンス番号 (LSN)。ファイルバックアップの場合は空白。
最後の LSN	バックアップセット内の最後のトランザクションのログシーケンス番号 (LSN)。ファイルバックアップの場合は空白。
チェックポイントの LSN	バックアップが作成された時点で最新のチェックポイントのログシーケンス番号 (LSN)。
全 LSN	最新のデータベースの完全バックアップのログシーケンス番号 (LSN)。
[開始日]	バックアップ操作が開始した日時で、クライアントの地域設定で表示されます。
完了日	バックアップ操作が完了したときの日付と時刻。クライアントの地域設定で表示されます。
[サイズ]	バックアップセットのサイズ (バイト単位) です。
ユーザー名	バックアップ操作を実行したユーザーの名前。
[有効期限]	バックアップセットの期限が切れる日付と時刻。

[確認] をクリックして、ページ復元操作の実行に必要なバックアップファイルの整合性を確認します。

破損したページを識別するには、 [データベース] ボックスで適切なデータベースを選択した状態で、 [データベースページの確認]をクリックします。これは時間のかかる操作です。

警告

破損していない特定のページを復元するには、 [追加] をクリックし、復元するページの [ファイル ID] と [ページ ID] を入力します。
ページグリッドを使用して、復元対象のページを特定します。最初、このグリッドには、 suspect_pages システムテーブルから取得されたデータが表示されます。このグリッドにページを追加したりグリッドからページを削除したりするには、 [追加] または [削除]をクリックします。詳細については、「suspect_pages テーブルの管理 (SQL Server)」を参照してください。
[バックアップセット] グリッドに、既定の復元プランのバックアップセットが一覧表示されます。必要に応じて [確認] をクリックし、バックアップが読み取り可能かどうか、また、バックアップセットに不備がないかどうかを、実際には復元せずに確認します。詳細については、「RESTORE VERIFYONLY (Transact-SQL)」をご覧ください。

ページ
ページグリッドに一覧表示されたページを復元するには、 [OK]をクリックします。

Transact-SQL の使用

RESTORE DATABASE ステートメントでページを指定するには、ページを含むファイルのファイル ID とページのページ ID が必要です。必須の構文は次のとおりです。

 RESTORE DATABASE <database_name>  
  
 PAGE = '<file: page> [ ,... n ] ' [ ,... n ]
  
 FROM <backup_device> [ ,... n ]
  
 WITH NORECOVERY

PAGE オプションのパラメーターの詳細については、「RESTORE の引数 (Transact-SQL)」を参照してください。 RESTORE DATABASE の構文の詳細については、「RESTORE (Transact-SQL)」を参照してください。

ページを復元するには

復元する損傷したページのページ ID を取得します。チェックサムまたは破損した書き込みのエラーによってページ ID が返され、ページを指定するために必要な情報が提供されます。損傷したページのページ ID を検索するには、次のいずれかのソースを使用します。

ページ ID のソース	トピック
msdb..suspect_pages	suspect_pages テーブルの管理 (SQL Server)
エラーログ	SQL Server エラーログの表示 (SQL Server Management Studio)
イベントトレース	イベントの監視と応答
DBCC	DBCC (Transact-SQL)
WMI プロバイダー	WMI Provider for Server Events の概念

損傷したページが含まれている、データベースの完全バックアップ、ファイルバックアップ、またはファイルグループバックアップを使用して、ページ復元を開始します。 RESTORE DATABASE ステートメントで PAGE 句を使用して、復元する全ページのページ ID の一覧を指定します。
最新の差分バックアップを適用します。
後続のログバックアップを適用します。
復元されたページの最終 LSN を含むデータベースの新しいログバックアップ (最後に復元されたページがオフラインになった時点までのログバックアップ) を作成します。この最終 LSN が、再実行ターゲット LSN になります。最終 LSN は、復元シーケンス内の最初の復元の一環として設定されます。損傷したページを含むファイルのオンラインのロールフォワードは、再実行ターゲット LSN で停止することができます。ファイルの現在の再実行ターゲット LSN は、sys.master_files の redo_target_lsn 列で確認できます。詳細については、「sys.master_files (Transact-SQL)」を参照してください。
新しいログバックアップを復元します。この新しいログバックアップを適用すると、ページ復元が完了し、ページが使用可能な状態になります。

Note

この復元シーケンスは、ファイル復元シーケンスと似ています。実際、ページ復元とファイル復元は、どちらも同じ復元シーケンスで実行することができます。

例 (Transact-SQL)

次の例では、 B を指定して、ファイル NORECOVERYの 4 つの損傷したページを復元します。次に、 NORECOVERYを使用して 2 つのログバックアップを適用してから、 RECOVERYを使用してログ末尾のバックアップを復元します。次の例では、オンライン復元を実行します。この例では、ファイル B のファイル ID が 1で、損傷したページのページ ID は 57、 202、 916、および 1016です。

RESTORE DATABASE [<database>] PAGE='1:57, 1:202, 1:916, 1:1016'  
   FROM DISK = '<file_backup_of_file_B>'
   WITH NORECOVERY;  
RESTORE LOG [<database>] FROM [<log_backup>]
   WITH NORECOVERY;  
RESTORE LOG [<database>] FROM [<log_backup>]
   WITH NORECOVERY;   
BACKUP LOG [<database>] TO [<new_log_backup>];
RESTORE LOG [<database>] FROM [<new_log_backup>] WITH RECOVERY;  
GO

参照

RESTORE (Transact-SQL)
トランザクションログバックアップの適用 (SQL Server)
suspect_pages テーブルの管理 (SQL Server)
SQL Server データベースのバックアップと復元

次の方法で共有

ページ復元 (SQL Server)

始める前に

どのような場合にページ復元が役立つか

制限事項と制約事項

推奨事項

セキュリティ

アクセス許可

SQL Server Management Studio を使用する

ページを復元するには

Transact-SQL の使用

ページを復元するには

例 (Transact-SQL)

参照

フィードバック

その他のリソース