メディアエラーの検出と処置

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

Microsoft SQL Server 2005 では、エラー検出のシステムが改善され、エラーが検出されてもデータベースを復旧するオプションを選択できるようになりました。エラー検出の重要なメカニズムとして、バックアップチェックサムを任意で作成できるようになりました。バックアップチェックサムは、バックアップ操作で生成して、復元操作で検証できます。操作中にエラーを検出するかどうかと、エラー発生時に操作を停止するか続行するかを制御できます。バックアップにバックアップチェックサムが含まれている場合、RESTORE ステートメントおよび RESTORE VERIFYONLY ステートメントでエラーを検査できます。

メモ :
SQL Server 2005 には、ミラー化バックアップメディアも導入されています。ミラー化バックアップでは、メディアセットのコピー (ミラー) が最大で 4 つ作成され、メディアの破損によるエラーから復旧するために使用する代替コピーが提供されます。詳細については、「ミラー化バックアップメディアセットの使用」を参照してください。

SQL Server 2005 には、ミラー化バックアップメディアも導入されています。ミラー化バックアップでは、メディアセットのコピー (ミラー) が最大で 4 つ作成され、メディアの破損によるエラーから復旧するために使用する代替コピーが提供されます。詳細については、「ミラー化バックアップメディアセットの使用」を参照してください。

BACKUP 実行時のチェックサム

SQL Server でサポートされているチェックサムは、ページチェックサム、ログブロックチェックサム、およびバックアップチェックサムの 3 種類です。バックアップチェックサムの生成時には、データベースから読み取ったデータについて、データベース内に存在するチェックサムや破損ページ情報との整合性が BACKUP によって検証されます。

BACKUP ステートメントではオプションで、バックアップストリームのバックアップチェックサムを計算できます。特定のページにページチェックサムまたは破損ページ情報がある場合、ページのバックアップ時に、そのページのチェックサムおよび破損ページの状態とページ ID も検証されます。バックアップ操作でバックアップチェックサムを作成する際に、チェックサムがページに追加されることはありません。ページはデータベースに存在するままの状態でバックアップされます。バックアップでページは変更されません。バックアップチェックサムを使用すると、検証および生成の際のオーバーヘッドによって、パフォーマンスに影響を及ぼす可能性があります。影響はワークロードおよびバックアップスループットの両方に及ぶ場合があります。このため、バックアップチェックサムの使用は任意です。バックアップ時にチェックサムを生成する場合は、システムで進行中のワークロードへの影響だけでなく、発生する CPU オーバーヘッドも注意深く監視してください。

メモ :
BACKUP を実行してもディスク上の元のページおよびページの内容は変更されません。

次に示す BACKUP のオプションで、バックアップチェックサムの動作を制御します。

CHECKSUM
有効かつ使用可能であれば、バックアップ操作に対し、各ページのチェックサムおよび破損ページを検証し、バックアップ全体のチェックサムを生成するように要求します。
バックアップ操作では、チェックサムの検証が要求されると、次の動作が行われます。

ページをバックアップメディアに書き込む前に、ページレベルの情報が検証されます (ページチェックサムまたは破損ページ情報のいずれかが存在する場合)。いずれの情報も存在しない場合は、ページを検証できません。ページはそのまま書き込まれ、内容が全体のバックアップチェックサムに加算されます。

メモ :
ページチェックサムおよび破損ページ検出の詳細については、ALTER DATABASE ステートメントの PAGE_VERIFY オプションを参照してください。詳細については、「ALTER DATABASE (Transact-SQL)」を参照してください。

復元時のオプションとして、バックアップではページチェックサムが存在するかどうかに関係なく、個別のバックアップチェックサム (バックアップチェックサム) が生成され、これがバックアップメディアに記録されます。
バックアップセットは (msdb..backupset の has_backup_checksums 列に) バックアップチェックサムがあるものとしてフラグが付けられます。詳細については、「backupset (Transact-SQL)」を参照してください。

メモ :
ログバックアップでは、バックアップチェックサムが生成および検証されます。

NO_CHECKSUM
ページの検証およびバックアップチェックサムの生成を明示的に無効にします (既定の動作です)。

エラーに対する応答の制御

CHECKSUMS を指定した場合、検証中に BACKUP によりページエラーが検出されると、バックアップが失敗します。この動作は BACKUP の次に示すオプションで制御します。

CONTINUE_AFTER_ERROR
無効なバックアップチェックサムを検出した場合も処理を続行します。このオプションを指定した場合の BACKUP の動作は次のとおりです。
バックアップメディア上のバックアップセットに対し、エラーが存在するというフラグを設定し、msdb データベースの suspect_pages テーブルでそのページを追跡します。詳細については、「suspect_pages (Transact-SQL)」を参照してください。
- SQL Server エラーログにエラーを記録します。
- バックアップセットに対し、この種類のエラーが存在するというマークを (msdb.backupset の is_damaged 列に) 付けます。詳細については、「backupset (Transact-SQL)」を参照してください。
- 正常にバックアップが生成されたがページエラーが含まれていることを示すメッセージを表示します。
STOP_ON_ERROR
チェックサムの検証エラー時に BACKUP を失敗にします (既定の動作です)。

RESTORE および RESTORE VERIFYONLY 実行時のチェックサム

バックアップメディアにバックアップチェックサムがある場合、既定では RESTORE および RESTORE VERIFYONLY の両方の操作でバックアップチェックサムおよびページチェックサムが検証されます。バックアップチェックサムがない場合、いずれの復元操作も検証が行われずに続行されます。これは、バックアップチェックサムがないと、ページチェックサムの検証を確実に実行できないためです。

2 つのオプション (CHECKSUM および NO_CHECKSUM) を使用して、RESTORE および RESTORE VERIFYONLY によるチェックサムの検証動作を次のように変更できます。

CHECKSUM
復元操作に対し CHECKSUM を明示的に要求した場合、およびバックアップにバックアップチェックサムが含まれている場合、バックアップチェックサムおよびページチェックサムの両方が検証されます (既定の動作です)。ただし、バックアップセットにバックアップチェックサムがない場合、復元操作は失敗し、チェックサムがないことを示すメッセージが表示されます。
NO_CHECKSUM
復元操作による既定のチェックサムの検証を明示的に無効にします。

エラーに対する応答の制御

エラー発生時の復元操作の動作を指定できるようにするため、SQL Server 2005 には次に示す RESTORE および RESTORE VERIFYONLY の各オプションが用意されています。

CONTINUE_AFTER_ERROR
エラー発生後も復元操作を続行することを指定します。これは RESTORE VERIFYONLY の既定の動作です。このオプションを指定すると検証エラーが報告され操作が続行されます。このとき、バックアップセットについて可能な限りの情報を得られます。CONTINUE_AFTER_ERROR により RESTORE の動作はできる限り続行されます。その際、無効なチェックサムがスキップされます。
STOP_ON_ERROR
最初のエラーが発生した時点で復元操作を停止して失敗とするように指定します。これは RESTORE の既定の動作です。

参照

メディア エラーの検出と処置

BACKUP 実行時のチェックサム

エラーに対する応答の制御

RESTORE および RESTORE VERIFYONLY 実行時のチェックサム

エラーに対する応答の制御

参照

概念

その他の技術情報

ヘルプおよび情報

その他のリソース

メディアエラーの検出と処置