Chat now with support
Chat with Support

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

Dell™ NetVault™ Backup Plug‑in for Oracle® － はじめに バックアップ計画の策定 プラグインのインストールと削除 プラグインの設定 データのバックアップ Oracleフラッシュバック・データベースの使用 データのリストア
データのリストアとリカバリ － 概要 ユーザ管理リストアの実行 その他のユーザ管理リストア手順 RMANリストアの実行 非RAC環境で使用可能なRMANリカバリ・タイプ RMANを使用したその他のリストア手順
リカバリ・カタログの管理 RMAN CLIの使用 Oracle RAC環境におけるプラグインの使用 フェイルオーバ・クラスタ環境でのプラグインの使用 Oracle Data Guardでのプラグインの使用 トラブルシューティング 用語集 Dellについて

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

データファイル・メディア・リカバリとは、オンライン・ログ、アーカイブ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レコードが欠落している場合はリカバリを実行できる場合もあります。
•
フラッシュバック・ログで破損ブロックの完全な状態に近いコピーを検索するには、フラッシュバック・データベースがターゲット・データベースで有効になっている必要があります。破損していない古いバージョンの破損ブロックが含まれている場合にフラッシュバック・ロギングが有効になっていると、RMANは、それらのブロックを使用し、リカバリに必要な時間を短縮できます。
破損ブロックの識別
V$DATABASE_BLOCK_CORRUPTIONビューに、RMANコマンド、ANALYZE、dbv、SQL問い合わせなどのデータベース・コンポーネントによって破損ブロックとマークされたブロックが表示されます。物理的な破損（メディア破損とも呼ばれる）が、このビューに行として追加されます。たとえば、チェックサムが無効か、ブロックの内容がすべて0（ゼロ）か、またはブロック・ヘッダが分裂しているため、ブロックがデータベースで認識されない場合などです。
V$DATABASE_BLOCK_CORRUPTIONビューでのレポートに加えて、ブロック破損は次の場所に表示されます。
•
LIST FAILURE、VALIDATEまたはBACKUP ... VALIDATEコマンドの結果
•
標準出力のエラー・メッセージ
•
Oracleアラート・ログ
•
ユーザー・トレース・ファイル
•
SQLコマンドANALYZE TABLEおよびANALYZE INDEXの結果
•
DBVERIFYユーティリティの結果
•
NetVault Backupなど、サード・パーティのメディア管理の出力
たとえば、ユーザー・トレース・ファイルに次のメッセージが表示される場合があります。
ORA-01578：Oracleデータ・ブロックに障害が発生しました（ファイル番号7、ブロック番号3）
ORA-01110：データファイル7：'/oracle/oradata/trgt/tools01.dbf'
ORA-01578：Oracleデータ・ブロックに障害が発生しました（ファイル番号2、ブロック番号235）
ORA-01110：データファイル2：'/oracle/oradata/trgt/undotbs01.dbf'

ユーザ管理リストアの実行

Plug‑in for Oracleを使用したバックアップは、以下の手順が含まれています。
•
リカバリ対象データベースの準備
•
リストア対象データの選択
•
ジョブのファイナライズと実行
•
データベースのリカバリ
•
データベースを開く
リカバリ対象データベースの準備
選択したテーブルスペースをリストアするためにOracleデータベース全体をオフライン状態にする必要はありませんが、リストアの実行前に、リストアする個々のテーブルスペースをオフラインにする必要があります。
1
SQL*PLUSユーティリティを使用して、SYSDBA権限でデータベースに接続します。
SQLPLUS SYS AS SYSDBA
2
データベースが開いている場合、以下のコマンドを実行して、損傷したデータファイルが含まれるすべてのテーブルスペースをオフラインにします。
ALTER TABLESPACE <テーブルスペース名> OFFLINE IMMEDIATE;

リストア対象データの選択

リストアするデータを選択するには
1
［ナビゲーション］パネルで、［リストア・ジョブ作成］をクリックします。
2
［リストア・ジョブ作成 － セーブセットの選択］ページで、［プラグイン・タイプ］リストから［Plug‑in for Oracle］を選択します。
3
セーブセットのテーブルに表示されている項目をさらにフィルタリングするには、［クライアント］、［日付］、［ジョブID］リストを使用します。
表にはセーブセット名（ジョブ・タイトルとセーブセットID）、作成日時、およびサイズが表示されます。デフォルトでこのリストは、セーブセット名のアルファベット順にソートされています。
4
セーブセットの表で、適切な項目を選択します。
セーブセットを選択すると、セーブセットのジョブID、ジョブ・タイトル、NetVault Backupサーバ名、データをバックアップしたクライアント名、セーブセットの作成に使用されたプラグイン、セーブセットの作成日時、セーブセットのリタイア設定、増分バックアップかどうか、アーカイブかどうか、およびセーブセットのサイズなどの情報が［セーブセット情報］に表示されます。
5
続行するには、［次へ］をクリックします。
6
［セレクション セット作成］ページで、リストアするデータを選択します。
バックアップ対象として選択されたアイテムに応じて、セーブセットには以下のものが含まれます。
•
［パラメータ・ファイル］
•
［全テーブルスペース］
•
［バックアップ制御ファイル］
•
［アーカイブログ］
7
利用可能なアイテムを開いて、リストアに含めるデータを選択します。
 
* 
NOTE: ユーザ管理リストアでは、その他のオプションを設定する必要はありません（［リストア・オプション］タブにはフィールドが表示されません）。
Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating