ページ復元の実行

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

更新 : 2006 年 7 月 17 日

青いデータベースディスクを示すアイコンこのトピックは、完全復旧モデルまたは一括ログ復旧モデルを使用する SQL Server データベースに適用されます。ページ復元は、読み取り/書き込みファイルグループでのみサポートされます。

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

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

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

複数のデータベースページを直ちに復元することが可能です。ログファイルバックアップは、復元されるページが含まれているすべてのデータベースファイルに適用されます。ファイル復元と同様に、ロールフォワードセットは 1 つのログ再実行パスで進められます。

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

ページ復元のシナリオ

SQL Server 2005 のすべてのエディションでは、データベースがオフラインのときにページ復元を実行できます (オフラインページ復元)。SQL Server 2005 Enterprise Edition では、ページ復元中にデータベースがオンラインであれば、データベースをオンラインにしたままページ復元を実行できます。データベースがオンラインのときに実行する復元と復旧を、オンラインページ復元といいます。

これらのページ復元のシナリオは次のとおりです。

オフラインページ復元
SQL Server 2005 Standard Edition、SQL Server 2005 Express Edition、および SQL Server 2005 Workgroup Edition では、オフライン復元のみがサポートされます。SQL Server 2005 Enterprise Edition では、データベースが既にオフラインになっていれば、オフライン復元を使用します。オフラインページ復元では、損傷したページの復元中はデータベースがオフラインです。データベースは、復元シーケンスの最後にオンラインになります。
正常にページ復元を完了するには、データベースとの一貫性が保たれている状態になるようにページを復旧する必要があります。また、最新の完全復元または差分復元にチェーンが途切れていないログバックアップを適用し、ページを含むファイルグループに現在のログファイルの状態を反映する必要があります。

オンラインページ復元
SQL Server 2005 Enterprise Edition では、条件を満たしていれば、ページ復元が自動的にオンラインで実行されます。ほとんどの場合、ページを復元しているファイルグループを含むデータベースをオンラインにしたまま、損傷したページを復元できます。オンラインページ復元は、特に、ハードウェアエラーが原因で損傷したページに有効です。
場合によっては、損傷したページをオフラインで復元することも必要です。たとえば、特定の重要なページが損傷したことが原因で、データベースを起動できない可能性がある場合などです。このような場合は、オフライン復元を使用する必要があります。

メモ :
オンライン復元ではメタデータの更新が行われますが、重要なページが含まれている場合はこの更新に失敗する可能性があります。オンライン復元に失敗した場合は、復元をオフラインで実行する必要があります。

ページ復元では、SQL Server 2005 のページレベルのエラー報告 (ページチェックサムを含む) および追跡の機能を活用することができます。チェックサムや破損した書き込みによって壊れていることが検出されたページ (損傷したページ) は、RESTORE ステートメントでそのページを指定することによって復元できます。ページ復元の目的は、少数の損傷したページを復元することです。RESTORE ステートメントで指定した各ページは、指定したバックアップセットのページに差し替えられます。復元されたページは、データベースと一貫性のある状態に戻す必要があります。復元されるのは、明示的に指定したページのみです。

ページ復元の制限事項

復元できるのはデータベースページのみです。ページ復元を使用して、次のものを復元することはできません。

トランザクションログ
アロケーションページ。これには、グローバルアロケーションマップ (GAM) ページ、共有グローバルアロケーションマップ (SGAM) ページ、およびページ空き容量 (PFS) ページなどが含まれます。詳細については、「エクステント割り当てと空き領域の管理」を参照してください。
すべてのデータファイルのページ 0 (ファイルのブートページ)
ページ 1:9 (データベースのブートページ)
フルテキストカタログ

ある特定のページを復元できない場合は、データベース、ファイル、またはファイルグループの既存の完全バックアップを使用する必要があります。

メモ :
復元するページが、メタデータページなど特殊なページの場合、オンラインページ復元は失敗します。このような場合は、オフラインページ復元を実行してください。

ページ復元の要件

ページ復元の要件は次のとおりです。

データベースで完全復旧モデルまたは一括ログ復旧モデルを使用している必要があります。一括ログ復旧モデルを使用している場合は、いくつかの問題があります。詳細については、次のセクションを参照してください。
読み取り専用ファイルグループのページは復元できません。ファイルグループでページ復元を実行している場合、同時にファイルグループを読み取り専用にしようとすると失敗します。
復元シーケンスは、完全バックアップ、ファイルバックアップ、またはファイルグループバックアップから開始する必要があります。
ページ復元には、現在のログファイルまでの中断されていないログバックアップが必要であり、現在のログファイルでページが最新の状態になるように、すべてのログバックアップを適用する必要があります。
ファイル復元シーケンスと同様に、各復元手順ではロールフォワードセットにさらにページを追加できます。
データベースバックアップとページ復元を同時に実行することはできません。

一括ログ復旧モデルとページ復元

データベースで一括ログ復旧モデルを使用している場合、ページ復元には次の追加条件があります。

オフラインデータはログに記録されないため、ファイルグループまたはページのデータがオフラインであるときにバックアップを行うと、一括ログデータで問題が発生します。オフラインページが原因で、ログのバックアップが失敗する可能性があります。この場合、最新のバックアップへの復元を実行する場合よりもデータ損失の可能性が低い、DBCC REPAIR の使用を検討します。
一括ログデータベースのログバックアップで不正なページが検出された場合は、WITH CONTINUE_AFTER_ERROR が指定されていないと失敗します。
ページ復元は、一般的に一括ログ復旧では使用できません。
ページ復元の実行で推奨されるのは、データベースを完全復旧モデルに設定し、ログバックアップを試行する方法です。ログバックアップが成功した場合は、ページ復元を開始できます。ログバックアップが失敗した場合は、前回のログバックアップ以降の作業をあきらめるか、REPAIR_ALLOW_DATA_LOSS オプションを指定して DBCC を実行してみる必要があります。

ページ復元の基本的な構文

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 エラーログの表示
イベントトレース	イベントの監視
DBCC	DBCC (Transact-SQL)
WMI プロバイダ	WMI と SQL Server

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

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

例

次の例では、NORECOVERY を指定して、ファイル B の 4 つの損傷したページを復元します。次に、NORECOVERY を使用して 2 つのログバックアップを適用してから、RECOVERY を使用してログ末尾のバックアップを復元します。

重要 :
破れたページにデータベースの重要なメタデータが格納されている場合、オフラインページ復元シーケンスを実行する必要が生じる場合があります。オフライン復元を実行するには、WITH NORECOVERY を指定してトランザクションログをバックアップする必要があります。

次の例では、オンライン復元を実行します。この例では、ファイル B のファイル ID が 1 で、損傷したページのページ ID は 57、202、916、および 1016 です。

RESTORE DATABASE <database> PAGE='1:57, 1:202, 1:916, 1:1016'
   FROM <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

参照

変更履歴

リリース	履歴
2006 年 7 月 17 日	新しい内容 : 「ページ復元の基本的な構文」を追加しました。変更内容 : 以前のトピック「ページ復元のシナリオ」を組み込みました。

2006 年 7 月 17 日

新しい内容 :

「ページ復元の基本的な構文」を追加しました。

変更内容 :

以前のトピック「ページ復元のシナリオ」を組み込みました。

次の方法で共有