NetVault Plug-in for Oracle 10.0.5 - ユーザーズ・ガイド

FRAが使用可能な場合、本プラグインにより、要求に適したメディア格納先の計画を定義することができ、［バックアップ・オプション］タブの［バックアップ格納先］オプションを指定することにより、高速なリストアを実現することができます。このオプションで、バックアップの格納先を選択できます。これには、以下のものが含まれます。

•

テープ（NetVault Backupのメディアにバックアップ）

•

ディスク（FRAにバックアップ）

•

ディスクとテープ両方（FRAにバックアップし、次にNetVault Backupのメディアにバックアップ）

本プラグインには、リストア・プロセス中にリストア元またはRMANがリストア元として使用する場所を定義するオプションが用意されています。このオプションにより、FRAまたはNetVault BackupメディアからRMANリストアを確実に実行することで高速なリストアを実現できます。このオプションでは、以下の操作を実行できます。

•

バックアップがディスク・ベースのメディア、VTLおよびテープのようなNetVault Backupメディアで有効化されている場合でもFRAからリストアを実行する。

•

FRAがメディア障害やデータ損傷を持つ疑いがあるがRMANがFRAからのリストアに対処できないことによりリストアおよびリカバリ・プロセスの再起動を危険にさらしたくない場合においても、NetVault Backupメディアからリストアを実行する。

さらに、ディスクにチャネルを割り当てることでディスクへのCLIベースのバックアップを実行したが、本プラグインを使用してリストアを実行したいという場合にも、同様の［リストア元］オプションが使用可能です。

以下のリストア・ソース・オプションが使用可能です。

•

［テープ］（NetVault Backupのメディアからリストア）：このオプションを選択すると、RMANが「SBT_TAPE」チャネルを開き、NetVault Backup管理下にあり、［ターゲット］タブの［デバイスオプション］で指定されているバックアップ・メディアからバックアップ・ファイルを読み込みます。FRAのバックアップ格納先が実装されていない場合や、すべてのバックアップ用にテープがバックアップ格納先として選択されている場合にこのオプションを選択します。

•

［ディスク］（FRAまたはディスクからリストア）：このオプションを選択すると、RMANはディスク・デバイス・タイプだけをオープンしてFRAからバックアップ・ファイルをリストアするか、RMANのディスク・デバイス・タイプを設定中に指定されたOS特有のディレクトリをリストアします。このオプションはデフォルトです。

•

［ディスクとテープ両方］（NetVault Backupのメディアと（FRAまたはディスク）の両方からリストア）：このオプションを選択すると、RMANは「SBT_TAPE」チャネルとディスク・チャネルを開き、リカバリ・ファイル用に最適なソースを柔軟に選択することができます。バックアップ格納先に［テープとディスクの両方］オプションを含む場合、または異なるスケジュールでFlash Recovery Areaバックアップを実行中に、FRAにリカバリ・ファイルのバックアップを格納するよう選択している場合にこのオプションを選択します。

データファイル・メディア・リカバリ

データファイル・メディア・リカバリとは、オンライン・ログ、アーカイブREDOログ、または増分バックアップをリストアされたデータファイルに適用して、最新または指定された特定時点の状態に更新することです。データファイル・メディア・リカバリ（一般にリカバリと言います）は、完全なリカバリまたはPITリカバリ（不完全リカバリとも言います）のいずれかです。PITリカバリは、テーブルの削除といったユーザー・エラーや、ある時点まで気付かなかった論理的な損傷などによって引き起こされるデータ損失に対する対処法の1つです。

完全リカバリとPoint-in-Time（PIT）リカバリの比較

完全リカバリでは、コミットされたトランザクションを失うことなく、データベースを最新の状態にリカバリします。一方、PITリカバリでは、データベースを特定時点の状態にリカバリすることができます。本プラグインは、時間、ログのシーケンス番号、またはシステム変更番号に基づくPITリカバリをサポートしています。現時点で本プラグインがサポートしているPITリカバリは、データベースのPITリカバリ(DBPITR)のみです。

•

システム変更番号（SCN）に基づくPoint-in-Timeリカバリ：PITリカバリの実行時にSCNが指定された場合、RMANは、指定されたSCNまでリカバリします（ただし、そのSCNは含みません）。たとえば、SCN 1000が指定された場合、SCN 999までのリカバリが実行されます。

•

ログのシーケンス・ナンバー（LSN）に基づくPoint-in-Timeリカバリ：データ損傷または障害の正確な発生時刻が不明の場合、ターゲットSCNが含まれるログのシーケンス番号を指定することが有効な手段となります。RMANは、指定されたログによってリカバリを実行します。V$LOG_HISTORYを照会してアーカイブされたログを表示し、適切なログのシーケンス番号とスレッドを特定できます。

•

時間に基づくPoint-in-Timeリカバリ：時間に基づくPITリカバリは、データの損傷時刻が分かっている場合に便利です。たとえば、開発者が午前6:00にテーブルを削除した場合、中止時刻を午前05:55に設定してPITリカバリを実行できます。本プラグインは、指定された時刻までリカバリします（ただし、その時刻は含みません）。

PITリカバリおよびデータベース・インカネーションについて詳しくは、『Oracle® Database Backup and Recovery Basics』の「Performing Database Point-In-Time Recovery」セクションを参照してください。

ブロック・メディア・リカバリ

ブロック・メディア・リカバリは、Oracle® Enterprise Editionのみで使用可能な機能です。この機能は、データファイル全体のリストアやリカバリではなく、損傷したブロックのみをリカバリするため、ダウンタイムを短縮できます。ブロック・メディア・リカバリは、ブロックが少数でその数がわかっている場合に発生する物理的な破損の問題に特に有効です。ブロックレベルのデータ消失は、通常、広範囲なデータ消失は引き起こさない断続的でランダムなI/Oエラーや、破損したメモリーがディスクに書き込まれることが原因で発生します。ブロック・メディア・リカバリは、データの消失または破損の程度が不明で、データファイル全体のリカバリが必要な場合には適していません。このような場合は、データファイルのメディア・リカバリが最適です。

ブロック・メディア・リカバリを使用すると、データファイル内の1つ以上の破損したデータ・ブロックをリカバリできます。ブロック・メディア・リカバリには、データファイルのメディア・リカバリにはない次のようなメリットがあります。

•

リカバリが必要なブロックのみがリストアおよびリカバリされるため、平均リカバリ時間（MTTR）が小さくなります。

•

リカバリ中、影響を受けるデータファイルをオンラインのままにしておくことができます。

ブロック・メディア・リカバリを使用しないと、1つのブロックが破損した場合でも、データファイルをオフラインにしてバックアップからデータファイルをリストアする必要があります。バックアップの作成後にデータファイルに対して生成されたすべてのREDOを適用する必要があります。メディア・リカバリが完了するまで、ファイル全体が使用不可となります。ブロック・メディア・リカバリを使用すると、実際にリカバリされているブロックのみがリカバリ中に使用不可となります。

前提条件

Oracle® Enterprise Editionの実行に加え、『Oracle Database Backup and Recovery User's Guide』の「Performing Block Media Recovery」セクションで定義されているとおり、Oracleは以下の事前要件を満たす必要があります。

•

ターゲット・データベースがARCHIVELOGモードで実行されており、現在の制御ファイルを使用してオープンまたはマウントされている必要があります。

•

ターゲット・データベースは、スタンバイ・データベースにすることができません。

•

破損ブロックが含まれているデータファイルのバックアップは、プロキシ・コピーではなく、フルまたはレベル0のバックアップである必要があります。

•

RMANは、リカバリにアーカイブREDOログのみを使用できます。RMANは、レベル1の増分バックアップを使用できません。ブロック・メディア・リカバリでは、アーカイブREDOログが欠落しているか、またはアクセスできない場合はリカバリを実行できません。ただし、REDOレコードが欠落している場合はリカバリを実行できる場合もあります。

•

フラッシュバック・ログで破損ブロックの完全な状態に近いコピーを検索するには、Flashback Databaseがターゲット・データベースで有効になっている必要があります。破損していない古いバージョンの破損ブロックが含まれている場合にフラッシュバック・ロギングが有効になっていると、RMANは、それらのブロックを使用し、リカバリに必要な時間を短縮できます。

破損ブロックの識別

V$DATABASE_BLOCK_CORRUPTIONビューに、RMANコマンド、ANALYZE、SQL問い合わせなどのデータベース・コンポーネントによって破損ブロックとマークされたブロックが表示されます。物理的な破損（メディア破損とも呼ばれる）が、このビューに行として追加されます。たとえば、チェックサムが無効か、ブロックの内容がすべて0（ゼロ）か、またはブロック・ヘッダが分裂しているため、ブロックがデータベースで認識されない場合などです。

V$DATABASE_BLOCK_CORRUPTIONビューでのレポートに加えて、ブロック破損は次の場所に表示されます。

•

LIST FAILURE、VALIDATEまたはBACKUP ... VALIDATEコマンドの結果

•

標準出力のエラー・メッセージ

•

Oracle®アラート・ログ

•

ユーザー・トレース・ファイル

•

SQLコマンドANALYZE TABLEおよびANALYZE INDEXの結果

•