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

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

•

NetVault Backupメディア・マネージャ

•

ディスク（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のバックアップ格納先が実装されていない場合や、すべてのバックアップ用にNetVault Backupメディア・マネージャがバックアップ格納先として選択されている場合にこのオプションを選択します。

•

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

•

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

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

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

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

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

•

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

•

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

•

時間に基づくポイント・イン・タイム・リカバリ：時間に基づく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のターゲット・データベースで有効になっている必要があります。破損していない古いバージョンの破損ブロックが含まれている場合にフラッシュバック・ロギングが有効になっていると、RMANは、それらのブロックを使用し、リカバリに必要な時間を短縮できます。

破損ブロックの識別

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

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

•

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

•

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

•

Oracle®アラート・ログ

•

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

•

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

•